Cyril Brulebois <k...@debian.org> (2024-12-26): > Seeing how (at least these past few days, weeks, months, or so) udebs > have piled up in the archive, it's probably more a matter of making sure > to include the right set of udebs onto the image, instead of picking > whatever is the latest. > > From a cursory look at the context of the recent bugfix (which is > deeff0673833ae6ae97e3f7f96419254763f1d0f in debian-cd), debian-cd picks > whatever is the highest version, regardless of what's actually used by > d-i. In other words that traded a constant problem (not having enough > space to include linux-image debs) with a transient one (the wrong set > of udebs might get picked). > > Provided there's no immediate decruft in the archive (the current number > of udebs for past kernels suggests that's not happening), it should just > be a matter of: > 1. picking the right set (beware of archs with several flavours) based > on info collected from the d-i build; > 2. bailing out if that version can't be found. > > (1) would fix the issue, and only fail to work if and when the decruft > becomes super aggressive; (2) would avoid building an image that cannot > work if and when that happens.
Some heavy decrufting happened earlier, see [1] for the full list.
That's why the dose report for i386[2] got much worse all of a sudden
(it was surprisingly good, similar to say amd64 until today).
=========================================================================
[Date: Sat, 28 Dec 2024 13:10:09 -0000] [ftpmaster: Ansgar]
Removed the following packages from unstable:
[…]
------------------- Reason -------------------
[auto-cruft] NBS (no longer built by linux)
----------------------------------------------
=========================================================================
1. https://ftp-master.debian.org/removals.txt
2. https://d-i.debian.org/dose/graph-unstable-i386.png
I'm not sure whether that was a one-off clean-up or whether some cruft
detection got changed to make those show up (which in turn would
probably determine whether udebs for older kernels are going to stick
around for a while in the future, or just go away immediately).
And I'm not going to try and learn more about this right now, got some
mdadm fun (and maybe other things) to figure out still.
Cheers,
--
Cyril Brulebois (k...@debian.org) <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
