On Tue, Jul 04, 2006 at 12:26:17AM +0200, Martin Michlmayr wrote: >* Steve McIntyre <[EMAIL PROTECTED]> [2006-07-03 23:05]: >> At the moment, the following arches all have 2.4 kernels and bits >> going onto the CDs: >... >> I can change that quite easily if people desire it. Where's the d-i >> TODO? I must have missed it... > >I'm talking about >svn://svn.d-i.alioth.debian.org/svn/d-i/trunk/installer/doc/devel >file "kerntabl".
OK, cool. >arm/mips/mipsel definitely shouldn't have 2.4 kernels on their CDs and >the same probably applies to all other arches - we're trying to get >rid of 2.4 for etch and ideally beta3 wouldn't use them anymore. I've >removed 2.4 d-i for arm a while ago and removed mips/mipsel today. > >Anyway, I can only speak for arm/mips/mipsel but can you please drop >2.4 from the CD on those arches, and include all 2.6 images. > >arm: footbridge nslu2 rpc s3c2410 And ixp4xx? >mips: r4k-ip22 r5k-ip32 sb1-bcm91250a sb1a-bcm91480b >mipsel: r5k-cobalt sb1-bcm91250a sb1a-bcm91480b r3k-kn02 r4k-kn04 Hmmm. Things are more awkward than I expected on the debian-cd end; the base list of udebs to be installed onto the CDs is generated from the d-i Packages.gz files in the main archive. Once the archive is updated to not mention the 2.4 bits, then debian-cd will automatically drop them. Making that change separately will be messy. This is for the installer bits themselves, in tools/generate_di_list. The list of normal .debs that land on CD#1 ready for installation onto the target system is generated by tools/generate_di_+k_list. I _can_ remove 2.4.x bits from that list easily, and I will. -- Steve McIntyre, Cambridge, UK. [EMAIL PROTECTED] "This dress doesn't reverse." -- Alden Spiess -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]