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
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 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)
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)
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
