[FC4]LD_LIBRARY_PATH unset by unknown application
mjs at ces.clemson.edu
Wed Aug 3 16:19:28 UTC 2005
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
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
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.
Clemson University Math Sciences
mjs AT clemson DOT edu
More information about the users