Bug#1084789: debian-testing-amd64-netinst.iso has multiple versions of module udebs
Sorry this has taken so long - I've been swamped IRL :-(
On Mon, Nov 04, 2024 at 04:25:03AM -0600, Daniel Lewart wrote:
>On Tue, 08 Oct 2024 02:00:00 -0500, I wrote:
>
>> linux-image is version 6.10.11-1, but there are multiple versions
>> of module udebs in the pool. E.g.:
>> * btrfs-modules-6.10.9-amd64-di_6.10.9-1_amd64.udeb
>> * btrfs-modules-6.10.11-amd64-di_6.10.11-1_amd64.udeb
>> * btrfs-modules-6.10.12-amd64-di_6.10.12-1_amd64.udeb
>> * btrfs-modules-6.11.2-amd64-di_6.11.2-1_amd64.udeb
>> * crc-modules-6.10.9-amd64-di_6.10.9-1_amd64.udeb
>> * crc-modules-6.10.11-amd64-di_6.10.11-1_amd64.udeb
>> * crc-modules-6.10.12-amd64-di_6.10.12-1_amd64.udeb
>> * crypto-dm-modules-6.10.9-amd64-di_6.10.9-1_amd64.udeb
>> * crypto-dm-modules-6.10.11-amd64-di_6.10.11-1_amd64.udeb
>> * crypto-dm-modules-6.10.12-amd64-di_6.10.12-1_amd64.udeb
>> * crypto-dm-modules-6.11.2-amd64-di_6.11.2-1_amd64.udeb
>>
>> Is there any reason to have non-6.10.11-1 versions of the module udebs?
>
>Now linux-image is version 6.11.5-1, and the bloat keeps increasing:
> * btrfs-modules-6.10.9-amd64-di_6.10.9-1_amd64.udeb
> * btrfs-modules-6.10.11-amd64-di_6.10.11-1_amd64.udeb
> * btrfs-modules-6.10.12-amd64-di_6.10.12-1_amd64.udeb
> * btrfs-modules-6.11.2-amd64-di_6.11.2-1_amd64.udeb
> * btrfs-modules-6.11.4-amd64-di_6.11.4-1_amd64.udeb
> * btrfs-modules-6.11.5-amd64-di_6.11.5-1_amd64.udeb
> * crc-modules-6.10.9-amd64-di_6.10.9-1_amd64.udeb
> * crc-modules-6.10.11-amd64-di_6.10.11-1_amd64.udeb
> * crc-modules-6.10.12-amd64-di_6.10.12-1_amd64.udeb
> * crypto-dm-modules-6.10.9-amd64-di_6.10.9-1_amd64.udeb
> * crypto-dm-modules-6.10.11-amd64-di_6.10.11-1_amd64.udeb
> * crypto-dm-modules-6.10.12-amd64-di_6.10.12-1_amd64.udeb
> * crypto-dm-modules-6.11.2-amd64-di_6.11.2-1_amd64.udeb
> * crypto-dm-modules-6.11.4-amd64-di_6.11.4-1_amd64.udeb
> * crypto-dm-modules-6.11.5-amd64-di_6.11.5-1_amd64.udeb
>...
I think there's a problem here in (the archive|the kernel packaging),
as far as I can see. Look at
https://packages.debian.org/source/unstable/linux-signed-amd64
and you'll see that right now the linux-signed-amd64 (6.12.3+1) source
package claims to build modules for all of the following kernel
ABIs. Picking crypto-dm-modules-* as an example:
* crypto-modules-6.10.9-amd64-di
* crypto-modules-6.10.9-amd64-di
* crypto-modules-6.10.11-amd64-di
* crypto-modules-6.10.11-amd64-di
* crypto-modules-6.10.12-amd64-di
* crypto-modules-6.10.12-amd64-di
* crypto-modules-6.11.2-amd64-di
* crypto-modules-6.11.2-amd64-di
* crypto-modules-6.11.4-amd64-di
* crypto-modules-6.11.4-amd64-di
* crypto-modules-6.11.5-amd64-di
* crypto-modules-6.11.5-amd64-di
* crypto-modules-6.11.6-amd64-di
* crypto-modules-6.11.6-amd64-di
* crypto-modules-6.11.7-amd64-di
* crypto-modules-6.11.7-amd64-di
* crypto-modules-6.11.9-amd64-di
* crypto-modules-6.11.9-amd64-di
* crypto-modules-6.11.10-amd64-di
* crypto-modules-6.11.10-amd64-di
* crypto-modules-6.12.3-amd64-di
* crypto-modules-6.12.3-amd64-di
debian-cd just pulls in all the modules in a release, expecting that
to be a sensible set. WTH is happening here?
--
Steve McIntyre, Cambridge, UK. steve@einval.com
"The problem with defending the purity of the English language is that
English is about as pure as a cribhouse whore. We don't just borrow words; on
occasion, English has pursued other languages down alleyways to beat them
unconscious and rifle their pockets for new vocabulary." -- James D. Nicoll
Reply to: