Re: amd64 daily installer images not updated since 2026-07-05

Hey Kibi!

On Sun, Jul 19, 2026 at 01:07:54AM +0200, Cyril Brulebois wrote:
>Steve McIntyre <[email protected]> (2026-07-18):
>> I can see that we're including bits of multiple kernels in the amd64
>> netinst at the moment, which is not going to help:
>> 
>> .../2sidamd64$ grep :linux forky/make_disc_tree.log 
>> CD 1: GUESS_TOTAL is 111963 after adding amd64:main:linux-sysctl-defaults:5852:<DEFAULT>
>> CD 1: GUESS_TOTAL is 154674 after adding amd64:main:linux-base-7.0.13+deb14-amd64-di:44800:<DEFAULT>
>> CD 1: GUESS_TOTAL is 154697 after adding amd64:main:linux-base-7.0.14+deb14-amd64-di:44764:<DEFAULT>
>> CD 1: GUESS_TOTAL is 154720 after adding amd64:main:linux-base-7.1.3+deb14-amd64-di:44060:<DEFAULT>
>> CD 1: GUESS_TOTAL is 161459 after adding amd64:main:linux-binary-7.0.13+deb14-amd64-di:13792008:<DEFAULT>
>> CD 1: GUESS_TOTAL is 168173 after adding amd64:main:linux-binary-7.0.14+deb14-amd64-di:13748212:<DEFAULT>
>> CD 1: GUESS_TOTAL is 174915 after adding amd64:main:linux-binary-7.1.3+deb14-amd64-di:13803224:<DEFAULT>
>> CD 1: GUESS_TOTAL is 217814 after adding amd64:main:linux-base:26312:<DEFAULT>
>> CD 1: GUESS_TOTAL is 433073 after adding amd64:main:linux-base-7.1.3+deb14-amd64:406916:<DEFAULT>
>> CD 1: GUESS_TOTAL is 433076 after adding amd64:main:linux-base-amd64:1204:<DEFAULT>
>> CD 1: GUESS_TOTAL is 439818 after adding amd64:main:linux-binary-7.1.3+deb14-amd64:13802032:<DEFAULT>
>> CD 1: GUESS_TOTAL is 492701 after adding amd64:main:linux-modules-7.1.3+deb14-amd64:108302028:<DEFAULT>
>> CD 1: Real current size is 492032 blocks after adding amd64:main:linux-modules-7.1.3+deb14-amd64:108302028:<DEFAULT>
>> 
>> which leads to:
>> 
>> CD 1 over-full (492032 > 488281). Rollback!
>> CD 1: Real current size is 439296 blocks after rolling back amd64:main:linux-modules-7.1.3+deb14-amd64:108302028:<DEFAULT>
>> No linux-image-* package(s) found
>> 
>> so this isn't going to be helping. We already have code in debian-cd
>> to limit the kernel version we're wanting to the latest, but that
>> doesn't seem to be working here.
>
>That'd be tools/generate_di_list that works on -modules- (per code,
>and as confirmed above) but not on -base-, -binary- (as seen above).
>Looks to me replacing -modules- by -(?:base|binary|modules)- in both
>regexes should help.

Nod, that's exactly what I was looking at (and hacking on last night
before I ran out of brain).

>I hadn't realized the split across several packages also happened on
>the udeb side (see other mails regarding my inability to keep track of
>stuff). Not sure whether we might have other similar packages…

ACK.