Bug#300806: (Seemingly) All programs fail to start, with the error message: 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
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
Reply to: