At Tue, 22 Mar 2005 00:11:35 +0100, Martin Thorsen Ranang wrote: > I didn't find this bug in the archive. > > I tried to upgrade some packages using the following command: > apt-get -t experimental upgrade > [...] > The following packages will be upgraded: > dpkg dpkg-dev dselect ghc6-doc glibc-doc libc6 libc6-dev libc6-i686 > libmcrypt-dev libmcrypt4 libomniorb4 libomnithread3 librpm4 libsablevm1 > libsvn-core-perl libsvn0 locales mcrypt omniorb4 reportbug rpm sablevm > scrabble sox udev vim vim-common vim-doc vim-gnome > 29 upgraded, 0 newly installed, 0 to remove and 27 not upgraded. > [...] ... > Preparing to replace libc6 2.3.2.ds1-20 (using .../libc6_2.3.4-1_i386.deb) ... > Unpacking replacement libc6 ... > Setting up libc6 (2.3.4-1) ... > dpkg: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol > _dl_starting_up, version GLIBC_PRIVATE not defined in file > ld-linux.so.2 with link time reference
Ah, OK, I could see why this bug was produced - it's happenned when we already installed the previous version of libc6-i686 2.3.4.ds1, and we try to install new libc6 2.3.4. The problem is /etc/ld.so.nohwcap handling. It's created during libc6.preinst is invoked, however it's just removed during libc6.postinst. So new ld-2.3.4 tries to load libc6.so 2.3.2.ds1. IIRC, the old version of debian glibc handled with this situation correctly, but the current script seems broken. I'll try to fix it and put -2 hopefully soon. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
