user $PATH problem
Gene Heskett
gene.heskett at verizon.net
Wed Apr 5 14:20:59 UTC 2006
Greetings;
I've been trying to help Anne Wilson setup a working amanda system at
her place for over a week now, and having all sorts of troubles that
were triggered by the amanda executables not being in the user amanda's
environmental path when she actually logs in as amanda, as opposed to
doing an 'su amanda' from root, which of course gets you the full
maryann of roots $PATH. Thats why when she sent me an example of the
command she was useing, it was always after cd'ing to the amanda src
tree and doing "./amcheck" or whatever, otherwise she was getting not
found messages.
This was found by "su - amanda" means here, and its a huge gotcha for
the unwary. Seemingly un-necessary paranoia to me, but...
When doing it as amanda, with amanda's full $PATH, /usr/local/sbin,
where all of amanda's executables live, is NOT in the $PATH.
Adding it to ~/.bash_profile seems to allow it to survive the
pathmunge'ing being done in /etc/profile, so I'm A) confused as to why
it does, and B) in any event, is there a good reason to dis-allow
access to /usr/local/sbin for the normal user?
Explain it to me please.
--
Cheers, Gene
People having trouble with vz bouncing email to me should add the word
'online' between the 'verizon', and the dot which bypasses vz's
stupid bounce rules. I do use spamassassin too. :-)
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2006 by Maurice Eugene Heskett, all rights reserved.
More information about the fedora-list
mailing list