*** This bug is a duplicate of bug 47958 ***
https://bugs.launchpad.net/bugs/47958
The cleanest workaround would be the comment #17 above (except maybe naming the
file 89preserve_ld_library_path instead of 90preserve...).
The fix would be to add that code into the 90x11-common_ssh-agent
*** This bug is a duplicate of bug 47958 ***
https://bugs.launchpad.net/bugs/47958
All of the work-arounds that have been listed everywhere up until this
point have required root to change something in /etc/X11. Further, I
don't particularly want to disable ssh-agent from loading.
Assuming
*** This bug is a duplicate of bug 47958 ***
https://bugs.launchpad.net/bugs/47958
Now there is no /etc/gdm/Xsession. So is it not appropriate to adopt the
workaround as proposed in #21 ?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
*** This bug is a duplicate of bug 47958 ***
https://bugs.launchpad.net/bugs/47958
Same bug for me. I may define LD_LIBRARY_PATH from .bashrc or .zshrc, it
will be OK, but only from a console, and won't be if I run an
application from a *.desktop file as an example. So I wanted to define
it
*** This bug is a duplicate of bug 47958 ***
https://bugs.launchpad.net/bugs/47958
Workaround proposed by James Spencer in message #21 works for me too
(Ubuntu Maverick). Still feel sad that I must apply such a non-clean
workaround.
--
You received this bug notification because you are a
*** This bug is a duplicate of bug 47958 ***
https://bugs.launchpad.net/bugs/47958
** This bug has been marked a duplicate of bug 47958
ssh-agent clobbers LD_LIBRARY_PATH and other environment variables
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Package changed: ubuntu = xorg (Ubuntu)
** Changed in: xorg (Ubuntu)
Importance: Undecided = Medium
** Bug watch added: Debian Bug tracker #573325
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573325
** Also affects: xorg (Debian) via
** Changed in: xorg (Debian)
Status: Unknown = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/366728
Title:
LD_LIBRARY_PATH not loading from .profile nor /etc/environment
--
Confirmed on 10.10
$uname -a
Linux hostname 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:44 UTC 2011
x86_64 GNU/Linux
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/366728
Title:
Confirmed on 10.04
We are using gridengine on lucid nodes, when submitting jobs using qsub all
environment variables are imported correctly from /etc/profile except
LD_LIBRARY_PATH, this variable is not present. VERY annoying bug!
--
You received this bug notification because you are a member
Happy to confirm that the workaround from comment #21 is working for
Ubuntu 10.04.
It would be good to know whether LD_LIBRARY_PATH is ignored in $HOME/.profile,
/etc/profile, and /etc/environment since Ubuntu 9.04 a) with intention or b) by
accident.
In case of a), which intention?
I think it is the same problem as
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/380360.
I noticed another workaround though:
ssh-agent is already initialised in /etc/gdm/Xsession. Empirically, t
seems /etc/gdm/Xsession is initialised before .profile whereas
/etc/X11/Xsession.options is
After 25 years of relying on LD_LIBRARY_PATH sourced from .profile I am
quite surprised that this is bust. I have spent years trying to get
people to use .bashrc, .profile etc. properly and it is frustrating
watching people waste time on this topic and craft alternative
solutions.
--
@Joe Kilner: that workaround does indeed work. Should be simple to fix
this bug by adding that script to the default installation.
--
LD_LIBRARY_PATH not loading from .profile nor /etc/environment
https://bugs.launchpad.net/bugs/366728
You received this bug notification because you are a member
@Joe Kilner: This is not a workaround, since it requires root rights
(sudo).
As far as I am concerned this bug is still wide open.
--
LD_LIBRARY_PATH not loading from .profile nor /etc/environment
https://bugs.launchpad.net/bugs/366728
You received this bug notification because you are a member
Digging around a bit I wonder if this is the issue:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/380360
So when you login, .profile is sourced. Then everything is parented to
ssh-agent (I assume to inherit the environment variables that it sets)
but as that is setuid, LD_LIBRARY_PATH is
I've just tested the workaround listed in in
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/380360 and it works
for me.
To do it:
echo STARTUP=\/usr/bin/env LD_LIBRARY_PATH=\${LD_LIBRARY_PATH}
\${STARTUP}\ | sudo tee /etc/X11/Xsession.d/90preserve_ld_library_path
then restart your machine.
It seems the proper way to add to LD_LIBRARY_PATH is not by using that
env anymore, but by using ldconfig and /etc/ld.so.conf.d/*.conf files.
1. Add the ld.so configuration file :
echo /opt/qt-mobility-src-1.0.0-tp2/install/lib | sudo tee
/etc/ld.so.conf.d/qt-mobility.conf
2. Update the cache
Thanks ~robinmills for the workaround, I'll try it.
A similar (but unfortunately already marked as Invalid) issue is bug
#367814.
** Summary changed:
- LD_LIBRARY_PATH not loads from .profile
+ LD_LIBRARY_PATH not loading from .profile nor /etc/environment
--
LD_LIBRARY_PATH not loading from
As noted in https://help.ubuntu.com/community/EnvironmentVariables it's
legal to use .profile, /etc/profile, or /etc/environment to set
LD_LIBRARY_PATH.
But it's not working hence the bug is real.
--
LD_LIBRARY_PATH not loading from .profile nor /etc/environment
20 matches
Mail list logo
