On 15.09.05 16:18:31, Thomas Dickey wrote: > On Thu, Sep 15, 2005 at 05:50:10PM +0200, Andreas Pakulat wrote: > > Package: xbase-clients > > Version: 6.8.2.dfsg.1-6 > > Severity: normal > ... > > The problem I have is, that startx /usr/bin/xterm "removes" > > LD_LIBRARY_PATH from my environment. When logging in using tty1, I see > > LD_LIBRARY_PATH=/usr/lib, but after I started X11 with that xterm it's > > gone. The same thing happens when logging into kdm. > > Actually it's the setuid feature which is noticed by the C runtime, and > that removes the $LD_LIBRARY_PATH. xterm is setuid in Debian to allow > it to update utmp (the record of logins). It could be configured to use > the utempter library (Redhat does that).
Ok, so when I use xterm I have problem, but... > For the same reason, (or perhaps they're using old-style pty's) several > other programs (I see Eterm, aterm, rxvt) are setuid. gnome-terminal > and konsole aren't (but they're end-user applications designed to be run > in sessions - though google hints that they might want to write to utmp > - I see many bug reports ;-) I actually am using konsole and I don't have this variable in my export-list. Is there any way for me to find out who unsets the variable (i.e. which program is setuid)? Because I think some kde program does that - either kdm or something during kde startup. If I use xfce4-terminal (which isn't setuid) with startx I have my LD_LIBRARY_PATH. If there's no easy way to do this, I guess I have to move the bug over to kdm and take it from there... Andreas PS: Can it be, that this only happens with the "new" libc? Because I know for sure that some time back (maybe even half a year..) it worked. -- Abandon the search for Truth; settle for a good fantasy.
pgpHzQrNt6LS8.pgp
Description: PGP signature
