In another thread in this sub-forum, someone suggested that ./ should be in one's $PATH for convenience. I commented:
To which Kubicle replied:
That's a matter of taste, I think (related to how good one's eyesight is :-J); minimalists find less is more clear
Anyway, the point I'd really like to make is, with bash now one can
The blank entry is obvious, and I find checking the path much easier. (I find typing ./configure all the time annoying.)
Kubicle also pointed out
Can a plugin really do that? And make it executable? I suppose my point about "we don't do that" applies, in that one gets plugins from not just any place; though if some plugin developer gets hacked, there's a chance malware could be in a plugin.
Regards, John
Originally posted by jlittle
View Post
Originally posted by kubicle
View Post
Anyway, the point I'd really like to make is, with bash now one can
alias path='echo -e ${PATH//:/\\n}'
For example:Code:
$ path /home/john/App/adt-bundle-linux/sdk/platform-tools /home/john/App/adt-bundle-linux/sdk/tools /home/john/perl5/bin /home/john/bin /usr/lib/x86_64-linux-gnu/qt4/bin /usr/local/sbin /usr/local/bin /usr/sbin /usr/bin /sbin /bin /usr/games /usr/local/games
Kubicle also pointed out
...as one might run something malicious by accident (like a browser plugin that places a modified sudo executable in your $HOME).
Regards, John
Comment