-
Notifications
You must be signed in to change notification settings - Fork 17
APT fixes #185
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
APT fixes #185
Conversation
Test jobs for commit f614049 |
I did a first version as an embedded shell snippet in the rootfs.yaml recipe, until I decided that going for overlays would be cleaner. The first version correctly exhibited these sources:
|
In the v1, I also added an apt update and upgrade, and indeed I can see that while our daily has a vulnerable libssl (3.5.1-1), the v1 rootfs picked up 3.5.1-1+deb13u1. |
I diffed the SBOMs of v1 and v2 (after switching to overlays), and these were identical. |
Test jobs for commit 7c034f6 |
I can see in the latest run that we correctly picked up mesa from backports:
|
Test jobs for commit cfd5b02 |
Diff (attached) between daily build and latest build shows:
The updates from backports are interesting:
|
Add missing trixie-updates and trixie-security suites as these aren't created by debootstrap by default. Run an APT update and full-upgrade to pickup changes from these suites. Signed-off-by: Loïc Minier <[email protected]>
Align the list of components used for debootstrap with the new APT sources. Signed-off-by: Loïc Minier <[email protected]>
Add Debian backports to APT sources and prefer them for a few key source packages that participate in hardware enablement. Signed-off-by: Loïc Minier <[email protected]>
Prefer pipewire from trixie-overlay over everything else. Signed-off-by: Loïc Minier <[email protected]>
Effective rootfs size in current images is about 3.4G and is 99% full; latest builds fail due to lack of space. Bump the default imagesize in image.yaml and README to 4.5GiB, which is roughly 512MiB for ESP and 4GiB for rootfs. The debos imagesize parsing is based on docker/go-units which was confirmed to support fractional sizes correctly. Signed-off-by: Loïc Minier <[email protected]>
apt update and upgrade are done after setting up overlays already, no need to have two upgrades with potentially intermediate package versions. Signed-off-by: Loïc Minier <[email protected]>
Test jobs for commit 6321ba2 |
It's been some time now, probably forever, that our APT updates for image builds on AWS self-hosted runners log this:
I don't get this error locally. APT still manages to plow through, but I guess isn't able to get an useful release file. Surprisingly, things just worked to install e.g. mesa from that archive; but APT pinning worked differently in my local attempts (which had a release file) and in the rootfs builds on github... I've tried adding a workaround for this: matching package versions instead of release metadata; I also had to add a workaround for an APT bug/limitation with matching versions. But this isn't working, it looks like apt-cache is very broken when the release file isn't present, and the resolver is unusable. |
Test jobs for commit 48157cc |
Collection of APT fixes: