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

Bug#406619: libc6 [2.5-0exp3] dies on upgrade



Soeren Sonnenburg a écrit :
> reopen 406619
> severity 406619 grave
> thanks
> 
> I am now seeing this on the libc update to unstable (version 2.5-1) now
> on kernel version 2.6.21-rc6. This time I managed to copy the output I
> received on upgrade:
> 
> Unpacking replacement libc6 ...
> dpkg: warning - unable to delete old directory `/lib/tls': Directory not empty
> Setting up libc6 (2.5-1) ...
> Installing new version of config file /etc/init.d/glibc.sh ...
> dpkg: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference
> iconvconfig: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference
> /usr/bin/perl: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference
> dpkg: error processing libc6 (--configure):
>  subprocess post-installation script returned error exit status 127
> Errors were encountered while processing:
>  libc6
> sh: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference
> E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi'
> E: Sub-process returned an error code
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> Booting off a different system I renamed /lib/tls to /lib/tlsold and
> then everything works smoothly. So I guess either rm -rf /lib/tls is in
> order or a rename and a message asking the user whether the content
> should be rm -rf'd ?

No those file should not be removed as they are useful. It's the
optimized version of the libc6 for i686. This should be handled by the
packaging system and the user should not have to take such a decision.

libc6 is supposed to disable hwcap before the upgrade, and to re-enable
it after libc6-i686 has been upgraded. This does not seems to work on
your system.

Could you please give me the output of:
- dpkg -l "libc6*"
- cat /etc/ld.so.hwcappkgs
- cat /etc/ld.so.nohwcap

This will help us to find the problem.

Thanks,
Aurelien


-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net



Reply to: