Re: Byte queue limits in Linux for wheezy / linux kernel ABI bumps
On Sat, Aug 4, 2012 at 13:53:17 +0200, Cyril Brulebois wrote: > Now that d-i wheezy beta1 is finally out, I'll try and figure out what > exactly breaks in d-i when the linux kernelgets its ABI bumped. Apparently > netboot and mini.iso are concerned, but it would be nice to have that > checked, and documented. > AFAIK, all images that download udebs from the archive can break with any kernel migration to testing, because they'd get modules newer than the kernel (without an ABI bump). In case of ABI bumps, where the old udebs go away, these same images won't be able to download the modules, so they'll break. [Please somebody correct the above if this is nonsense] Cheers, Julien signature.asc Description: Digital signature
Re: Byte queue limits in Linux for wheezy / linux kernel ABI bumps
On Sat, Aug 04, 2012 at 02:06:18PM +0200, Julien Cristau wrote: > AFAIK, all images that download udebs from the archive can break with > any kernel migration to testing, because they'd get modules newer than > the kernel (without an ABI bump). > > In case of ABI bumps, where the old udebs go away, these same images > won't be able to download the modules, so they'll break. > > [Please somebody correct the above if this is nonsense] To my knowledge this is correct. Kind regards Philipp Kern signature.asc Description: Digital signature
Re: Byte queue limits in Linux for wheezy / linux kernel ABI bumps
On Sat, 2012-08-04 at 14:06 +0200, Julien Cristau wrote: > On Sat, Aug 4, 2012 at 13:53:17 +0200, Cyril Brulebois wrote: > > > Now that d-i wheezy beta1 is finally out, I'll try and figure out what > > exactly breaks in d-i when the linux kernelgets its ABI bumped. Apparently > > netboot and mini.iso are concerned, but it would be nice to have that > > checked, and documented. > > > AFAIK, all images that download udebs from the archive can break with > any kernel migration to testing, because they'd get modules newer than > the kernel (without an ABI bump). This often works, but is certainly not guaranteed to (we would need a lot more ABI bumps if we considered added symbols). A possible solution would be something like: 1. Keep multiple versions of udebs in the same suite (currently possible for arch:all, but maybe not supported for arch-dependent packages) 2. Make kernel-wedge add versioned dependencies to the udebs 3. Make anna assume that kernel-image is not upgradeable 4. Make anna try older package versions if dependencies can't be reolved for the newest version Steps 1 and 4 may be rather hard. > In case of ABI bumps, where the old udebs go away, these same images > won't be able to download the modules, so they'll break. But that seems to be more easily fixed by holding off decrufting. Ben. > [Please somebody correct the above if this is nonsense] -- Ben Hutchings Experience is directly proportional to the value of equipment destroyed. - Carolyn Scheppner signature.asc Description: This is a digitally signed message part
Re: Byte queue limits in Linux for wheezy / linux kernel ABI bumps
On Sat, Aug 04, 2012 at 10:06:48PM +0100, Ben Hutchings wrote: > A possible solution would be something like: > 1. Keep multiple versions of udebs in the same suite (currently possible > for arch:all, but maybe not supported for arch-dependent packages) Breaks the expectations within d-i. This is listed on my TODO. > 2. Make kernel-wedge add versioned dependencies to the udebs > 4. Make anna try older package versions if dependencies can't be reolved > for the newest version Versions in dependencies will be ignored. Bastian -- Intuition, however illogical, is recognized as a command prerogative. -- Kirk, "Obsession", stardate 3620.7 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120805174350.ga30...@wavehammer.waldi.eu.org
Re: Byte queue limits in Linux for wheezy / linux kernel ABI bumps
On Sun, Aug 05, 2012 at 07:43:50PM +0200, Bastian Blank wrote: > On Sat, Aug 04, 2012 at 10:06:48PM +0100, Ben Hutchings wrote: > > A possible solution would be something like: > > 1. Keep multiple versions of udebs in the same suite (currently possible > > for arch:all, but maybe not supported for arch-dependent packages) > Breaks the expectations within d-i. This is listed on my TODO. > > 4. Make anna try older package versions if dependencies can't be reolved > > for the newest version > Versions in dependencies will be ignored. The packages stuff used in d-i is limited. It only allows one version of a package, which produced problems with cdebootstrap. In addition it disallows several other constructs: Breaks, Conflicts and ignores all versions in relations. I have the problem with multiple version on my list for a larger rewrite, which will make it need more memory. It can't be fixed in a backward compatible way. Bastian -- The sight of death frightens them [Earthers]. -- Kras the Klingon, "Friday's Child", stardate 3497.2 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120813104949.ga19...@wavehammer.waldi.eu.org
