livecd-rootfs should replicate apt preferences from the host environment at image build time
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
livecd-rootfs (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Now that -proposed has NotAutomatic: yes set, packages are not pulled in from -proposed unless explicitly requested by version number on the apt commandline, or if the priority of (packages in) the pocket is changed via apt preferences.
When livecd-rootfs autopkgtests are run on autopkgtest.
A recent snapd update triggered a test of livecd-rootfs. However, the test failed because the snapd used *within* the target squashfs for preseeding was the version from the release pocket - and the snapd update was a cherry-pick specifically to fix a regression when building images due to changes to the seed which depended on specific snapd features.
When we have a package pin for -proposed, we should use that pin both in the host environment (used for e.g. selecting different versions of livecd-rootfs itself), but also in the target chroot.
The package pins must be cleared from the final image.
tags: | added: rls-mm-incoming |
I foresee this being very annoying to implement but maybe I'll be surprised!