mirror of
https://github.com/token2/snapd.git
synced 2026-03-13 11:15:47 -07:00
snapsserts.DeriveSideInfo* cannot deal with snap-revisions with the same hash but different provenance in the local system assertion database, this should be an acceptable limitation for a while the seedwriter code now assumes that the input can be trusted, this is reasonable systems.go uses already installed snaps, so it's fine but probably would still be good to address the TODO in it for efficiency/clarity as the code in seedwriter DeriveSideInfo is even more clunky now for this use case, we should be able to find an applicable snap-revision by other means