/etc/environment is an option. This is used by pam_env, and applies to
all PAM-authenticated sessions.
However /etc/profile.d is used by most DEs. Did you export PATH?
On 2015年04月25日 09:03, Maximilian Kaul wrote:
Hello list,
I'm currently experiencing something weird on a (less than regularly,
but recently) updated Arch machine. After the last update some graphical
programs that rely on the path variable being properly set stopped
working. In particular one application uses exiftool, and works properly
if started from the command line. However, if I open an image, the
application complains that it can not find exiftool.
So I checked in a terminal:
$ which exiftool
/usr/bin/vendor_perl/exiftool
$ echo $PATH
.../usr/bin/vendor_perl...
BUT
if I put the following code in a file
#!/bin/sh
env > /tmp/env
and execute it via GNOME (double click the file and select 'run') and
then check the PATH variable in /tmp/env it does _not_ include the perl
directory.
What is the correct way to set this variable? I always thought it is set
in /etc/profile.d/ but it is already there.
# grep -R vendor_perl /etc
grep: /etc/systemd/system/multi-user.target.wants/lm_sensors.service: No such file or directory
grep: /etc/pacman.d/gnupg/S.gpg-agent: No such device or address
/etc/profile.d/perlbin.csh:[ -d /usr/bin/vendor_perl ] && setenv PATH ${PATH}:/usr/bin/vendor_perl
/etc/profile.d/perlbin.csh:[ -d /usr/lib/perl5/vendor_perl/bin ] && setenv PATH ${PATH}:/usr/lib/perl5/vendor_perl/bin
/etc/profile.d/perlbin.sh:[ -d /usr/bin/vendor_perl ] && PATH=$PATH:/usr/bin/vendor_perl
/etc/profile.d/perlbin.sh:[ -d /usr/lib/perl5/vendor_perl/bin ] && PATH=$PATH:/usr/lib/perl5/vendor_perl/bin
Is there some way I do not know about? Is this a GNOME problem, or is
something else causing this?
The program used to run and find exiftool. I checked with the developer
because my first thought was that they changed something about how they
detect exiftool. They did not.
Thank you for your help!
Maximilian
