Bug#361024: libstdc++.so.6: cannot handle TLS data (only if not using sudo)
I'm seeing the same behavior, although my ldconfig is up to date. Some info: - I'm running a 2.6 kernel - I've run ldconfig (and it's definitely a current one) - I don't have a /etc/ld.so.nohwcap file Several applications are giving me 'cannot handle TLS data' messages, like file-roller and apt-listchanges. But this is weird: if I run apt-listchanges as root (or normal user), I get: apt-listchanges Traceback (most recent call last): File /usr/bin/apt-listchanges, line 30, in ? import apt_pkg ImportError: libstdc++.so.6: cannot handle TLS data but if I run 'sudo apt-listchanges' it works! Same for all other affected programs. Carlos signature.asc Description: This is a digitally signed message part
Bug#361024: libstdc++.so.6: cannot handle TLS data (only if not using sudo)
On Fri, Apr 07, 2006 at 10:16:17AM -0400, Carlos Moffat wrote: I'm seeing the same behavior, although my ldconfig is up to date. Some info: - I'm running a 2.6 kernel - I've run ldconfig (and it's definitely a current one) - I don't have a /etc/ld.so.nohwcap file Several applications are giving me 'cannot handle TLS data' messages, like file-roller and apt-listchanges. But this is weird: if I run apt-listchanges as root (or normal user), I get: apt-listchanges Traceback (most recent call last): File /usr/bin/apt-listchanges, line 30, in ? import apt_pkg ImportError: libstdc++.so.6: cannot handle TLS data but if I run 'sudo apt-listchanges' it works! Same for all other affected programs. Do you have LD_PRELOAD or LD_LIBRARY_PATH variables set in your user environment? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#361024: libstdc++.so.6: cannot handle TLS data (only if not using sudo)
On Fri, 2006-04-07 at 13:50 -0700, Steve Langasek wrote: On Fri, Apr 07, 2006 at 10:16:17AM -0400, Carlos Moffat wrote: I'm seeing the same behavior, although my ldconfig is up to date. Some info: - I'm running a 2.6 kernel - I've run ldconfig (and it's definitely a current one) - I don't have a /etc/ld.so.nohwcap file Several applications are giving me 'cannot handle TLS data' messages, like file-roller and apt-listchanges. But this is weird: if I run apt-listchanges as root (or normal user), I get: apt-listchanges Traceback (most recent call last): File /usr/bin/apt-listchanges, line 30, in ? import apt_pkg ImportError: libstdc++.so.6: cannot handle TLS data but if I run 'sudo apt-listchanges' it works! Same for all other affected programs. Do you have LD_PRELOAD or LD_LIBRARY_PATH variables set in your user environment? Hi Steve, I don't. I tried doing: export LD_LIBRARY_PATH=/lib/tls but it makes no difference. The only solution (for me) seems to use sudo. Which is weird, as I always thought sudo 'something' and running 'something' as root would be the same thing. Funny that. Carlos signature.asc Description: This is a digitally signed message part
Bug#361024: libstdc++.so.6: cannot handle TLS data (only if not using sudo)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Apr 07, 2006 at 05:23:24PM -0400, Carlos Moffat wrote: On Fri, 2006-04-07 at 13:50 -0700, Steve Langasek wrote: On Fri, Apr 07, 2006 at 10:16:17AM -0400, Carlos Moffat wrote: I'm seeing the same behavior, although my ldconfig is up to date. Some info: - I'm running a 2.6 kernel - I've run ldconfig (and it's definitely a current one) - I don't have a /etc/ld.so.nohwcap file Several applications are giving me 'cannot handle TLS data' messages, like file-roller and apt-listchanges. But this is weird: if I run apt-listchanges as root (or normal user), I get: apt-listchanges Traceback (most recent call last): File /usr/bin/apt-listchanges, line 30, in ? import apt_pkg ImportError: libstdc++.so.6: cannot handle TLS data but if I run 'sudo apt-listchanges' it works! Same for all other affected programs. Do you have LD_PRELOAD or LD_LIBRARY_PATH variables set in your user environment? Hi Steve, I don't. I tried doing: export LD_LIBRARY_PATH=/lib/tls but it makes no difference. The only solution (for me) seems to use sudo. Which is weird, as I always thought sudo 'something' and running 'something' as root would be the same thing. Funny that. Yes, it *should* be the same, except for two factors -- sudo not preserving the user environment for security reasons, and different filesystem permissions. How about an LD_ASSUME_KERNEL setting? Maybe you could post the entire output of env run as a user on this system? - -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFENuVIKN6ufymYLloRAo0kAJ4jtxgFTJ3ZZr7sjmh4IYv9RMCxLQCeMt9V KPdcNkgS6f3uMC4GOHJRm/o= =1+zc -END PGP SIGNATURE-
Bug#361024: libstdc++.so.6: cannot handle TLS data (only if not using sudo)
On Fri, 2006-04-07 at 15:18 -0700, Steve Langasek wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Apr 07, 2006 at 05:23:24PM -0400, Carlos Moffat wrote: On Fri, 2006-04-07 at 13:50 -0700, Steve Langasek wrote: On Fri, Apr 07, 2006 at 10:16:17AM -0400, Carlos Moffat wrote: I'm seeing the same behavior, although my ldconfig is up to date. Some info: - I'm running a 2.6 kernel - I've run ldconfig (and it's definitely a current one) - I don't have a /etc/ld.so.nohwcap file Several applications are giving me 'cannot handle TLS data' messages, like file-roller and apt-listchanges. But this is weird: if I run apt-listchanges as root (or normal user), I get: apt-listchanges Traceback (most recent call last): File /usr/bin/apt-listchanges, line 30, in ? import apt_pkg ImportError: libstdc++.so.6: cannot handle TLS data but if I run 'sudo apt-listchanges' it works! Same for all other affected programs. Do you have LD_PRELOAD or LD_LIBRARY_PATH variables set in your user environment? Hi Steve, I don't. I tried doing: export LD_LIBRARY_PATH=/lib/tls but it makes no difference. The only solution (for me) seems to use sudo. Which is weird, as I always thought sudo 'something' and running 'something' as root would be the same thing. Funny that. Yes, it *should* be the same, except for two factors -- sudo not preserving the user environment for security reasons, and different filesystem permissions. How about an LD_ASSUME_KERNEL setting? Maybe you could post the entire output of env run as a user on this system? Hi Steve, That was it. Because an old issue in Mathematica(tm), I had to use LD_ASSUME_KERNEL=2.4.1. I completely forgot about it. So it was the kernel 2.4 vs 2.6 issue after all. Good call! Thanks a lot for you time and help. Carlos - -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFENuVIKN6ufymYLloRAo0kAJ4jtxgFTJ3ZZr7sjmh4IYv9RMCxLQCeMt9V KPdcNkgS6f3uMC4GOHJRm/o= =1+zc -END PGP SIGNATURE- signature.asc Description: This is a digitally signed message part