[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#517231: Processed: forcibly merging 517231 528929

On Sun, May 17, 2009 at 08:36:26AM +0200, Christian Perrier wrote:
> reopen 517231
> thanks
> Quoting Debian Bug Tracking System (owner@bugs.debian.org):
> > Processing commands for control@bugs.debian.org:
> > 
> > > forcemerge 517231 528929
> > Bug#517231: debian-installer should unpack all glibc udebs at once
> > Bug#528929: debian-installer fails to install testing "squeeze" because  libresolv-2.9.so segfaults
> > Bug#520442: amd64 netinst netcfg segfault daily build 03/19/2009
> > Bug#520711: installation-reports: The squeeze netinst doesn't find archive
> > Forcibly Merged 517231 520442 520711 528929.
> Hmmm, all these are marked done because #520711 was closed on Apr 26th
> after some confirmation that nobody experienced it anymore. But, at
> that time, it wasn't clear that the bug was still here but only
> visible when installing squeeze with the lenny installer.
> That was apparently wrong: from #528929, the lenny installer still
> can't install squeeze.
> Re-opening.
> It seems that this issue should get some priority. As we go over the
> release goals list during meetings, I'll propose to include the fix
> for #517231 in release goals for D-I.

The problem appears if the d-i image is generated with one version of
the glibc, and a newer version is downloaded. d-i unpack packages one
by one, so at some point you get libc6-udeb from version 2.9, while
libnss-dns-udeb is still from version 2.7. If a DNS resolution is done
at this moment, you get a segmentation fault.

This is why it only appears with images generated with glibc 2.7 (ie
lenny images), and not with the daily ones which use glibc 2.9.

One easy solution would be to merge libnss-dns-udeb (and maybe
libnss-files-udeb?) into libc6-udeb. This would enlarge the initrd 
size of the images currently only having libnss-files-udeb (non 
netboot ones) by 36kB on amd64.

Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net

Reply to: