[FC4]LD_LIBRARY_PATH unset by unknown application

[Leon Pu]

Hi all,

I met a strange problem that system parameter LD_LIBRARY_PATH is unset
after I login Fedora core 4.

I set LD_LIBRARY_PATH in .bash_profile, but it never works after I
login to Gnome or KDE. I have to manually execute .bash_profile then it
will appear.

I assume it is unset by an unknown application, but who is the unknown
application? Isn't .bash_profile the last system environment file
executed?

Best regards,
Leon

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

[Yuan Yijun]

2005/7/29, Leon Pu :
> Hi all,
>
> I met a strange problem that system parameter LD_LIBRARY_PATH is unset
> after I login Fedora core 4.
>
> I set LD_LIBRARY_PATH in .bash_profile, but it never works after I
> login to Gnome or KDE. I have to manually execute .bash_profile then it
> will appear.
>
> I assume it is unset by an unknown application, but who is the unknown
> application? Isn't .bash_profile the last system environment file
> executed?

do you use set or export?

[Leon Pu]

--- Yuan Yijun  wrote:
> 2005/7/29, Leon Pu :
> > Hi all,
> >
> > I met a strange problem that system parameter LD_LIBRARY_PATH is
>
> unset
> > after I login Fedora core 4.
> >
> > I set LD_LIBRARY_PATH in .bash_profile, but it never works after I
> > login to Gnome or KDE. I have to manually execute .bash_profile
>
> then it
> > will appear.
> >
> > I assume it is unset by an unknown application, but who is the
>
> unknown
> > application? Isn't .bash_profile the last system environment file
> > executed?
>
> do you use set or export?

I use export in .bash_profile.

Other settings in the .bash_profile are both available except the
LD_LIBRARY_PATH.

Leon

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

[Leon Pu]

--- Leon Pu  wrote:
> --- Yuan Yijun  wrote:
> > 2005/7/29, Leon Pu :
> > > Hi all,
> > >
> > > I met a strange problem that system parameter LD_LIBRARY_PATH is
> >
> > unset
> > > after I login Fedora core 4.
> > >
> > > I set LD_LIBRARY_PATH in .bash_profile, but it never works after
>
> I
> > > login to Gnome or KDE. I have to manually execute .bash_profile
> >
> > then it
> > > will appear.
> > >
> > > I assume it is unset by an unknown application, but who is the
> >
> > unknown
> > > application? Isn't .bash_profile the last system environment file
> > > executed?
> >
> > do you use set or export?
>
> I use export in .bash_profile.
>
> Other settings in the .bash_profile are both available except the
> LD_LIBRARY_PATH.
>
> Leon

Could anybody help me to solve the problem?

Leon

____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs

[Tim Waugh]

On Wed, Aug 03, 2005 at 06:35:15AM -0700, Leon Pu wrote:
> Could anybody help me to solve the problem?

Have you configured gnome-terminal to run the shell as a login shell?
The profile won't be loaded otherwise.

Tim.
*/

[Matthew Saltzman]

On Wed, 3 Aug 2005, Tim Waugh wrote:
> On Wed, Aug 03, 2005 at 06:35:15AM -0700, Leon Pu wrote:
> > Could anybody help me to solve the problem?
>
> Have you configured gnome-terminal to run the shell as a login shell?
> The profile won't be loaded otherwise.

Interesting point.  But the spawned shells should inherit the parent's 
environment and that was created at login.  In fact, all the other 
definitions in .bash_profile are inherited; only LD_LIBRARY_PATH is 
overwritten.

Also, LD_LIBRARY_PATH used to be passed through (in earlier releases of 
RHL).  Then it stopped, then it worked for a while again (in some recent 
releases), and now in FC4 at least, it's stopped again.  It's only lost in 
a graphical login.  It may be gdm or Metacity that is doing the 
overwriting.

BTW, see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164869.

I've seen people say that LD_LIBRARY_PATH is not the "right" way to get a 
library into your path, but if you are a user and you don't have access to 
ld.so.conf, but you need a library in some obscure subdirectory (maybe 
one of your own that shouldn't pollute ld.so.conf anyway), what *is* 
the "right" way.
> Tim.
> */

[Leon Pu]

--- Matthew Saltzman  wrote:
> Interesting point.  But the spawned shells should inherit the
> parent's 
> environment and that was created at login.  In fact, all the other 
> definitions in .bash_profile are inherited; only LD_LIBRARY_PATH is 
> overwritten.
>
> Also, LD_LIBRARY_PATH used to be passed through (in earlier releases
> of 
> RHL).  Then it stopped, then it worked for a while again (in some
> recent 
> releases), and now in FC4 at least, it's stopped again.  It's only
> lost in 
> a graphical login.  It may be gdm or Metacity that is doing the 
> overwriting.
>
> BTW, see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164869.

This bug is exactly what I met.

After I set it in .bashrc, I get LD_LIBRARY_PATH in Terminal.

But I still cannot get it in some applications likes Eclipse. I have to
launch Eclipse from Terminal, only this way LD_LIBRARY_PATH works fine
in the application.

Leon

____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs