On Tue 2008-04-29 08:11:31 -0400, Niko Tyni wrote: > FWIW, I tried to reproduce it in an amd64 etch chroot by invoking 'dpkg > --unpack' manually for the lenny versions of perl-modules, libdb4.6, > perl, locales and libc6 (in that order) to emulate the aptitude log, > but couldn't get perl to segfault.
I just tried the same thing on an i386 system, to try to make it simple. I did: export LANG=C mkdir /target debootstrap etch /target echo 'deb http://security.debian.org/ etch/updates main' >> /target/etc/apt/sources.list chroot /target aptitude update chroot /target aptitude dist-upgrade chroot /target aptitude install perl sed 's/etch/lenny/' < /target/etc/apt/sources.list > /target/etc/apt/sources.list.lenny mv /target/etc/apt/sources.list{,.etch} ln -s sources.list.lenny /target/etc/apt/sources.list chroot /target aptitude update chroot /target mkdir /root/lenny-packages chroot /target sh -c 'cd /root/lenny-packages && aptitude download perl' ln -sf sources.list.etch /target/etc/apt/sources.list chroot /target aptitude update chroot /target sh -c 'dpkg --unpack /root/lenny-packages/perl_*.deb' chroot /target perl -e 'use Encode' this sequence does not segfault on i386. > I guess the next thing to do would be to try something like this on > powerpc. I just tried the above script on powerpc, and it *does* segfault. I can repair the segfault by unpacking the etch perl packages like so: chroot /target sh -c 'dpkg --unpack /var/cache/apt/archives/perl_*.deb' So it's pretty clearly only affecting powerpc so far. hth, --dkg
pgpCNsdLqGHwV.pgp
Description: PGP signature
