32

I'm about to install "leiningen" which is a bash script for the clojure programming language with a lot of usefulness... ...but I'm not sure where it is appropriate to -put- a executable script in the linux system so that it's permanently and stable-ly available.

I don't think that anywhere in /home makes sense, but I don't know which directory/directories are supposed to be used for that.

/usr/share?

45

(Note: ~ translates as /home/user in this post)

Personally, I put all of my custom-made system scripts in /usr/local/bin and all of my personal bash scripts in ~/bin. Very few programs I install place themselves in /usr/local/bin directory so it's not very cluttered and it was already in the $PATH variable on most of my machines.

To add /usr/local/bin to your system path (if it's not already there) add this to /etc/profile:

PATH=$PATH:/usr/local/bin
export PATH

To add ~/bin to your user's path add this to ~/.bash_profile:

PATH=$PATH:$HOME/bin
export PATH

Sometimes the default .bash_profile file will have an if statement that automatically adds ~/bin to $PATH if it exists, so create the ~/bin and open a new terminal to see if yours already does this.

  • The BSDs do this by default. – Chris S May 7 '10 at 3:47
  • @Chris: BSDs put a lot of stuff in /usr/local/bin – Dan Andreatta May 7 '10 at 11:25
  • What's the difference between your bash scripts and system scripts, and is there a reason you separate the two? – Hashim Apr 9 at 4:48
9

/usr/local/ is really the right place, while /opt is really for third party applications; "/opt is reserved for the installation of add-on application software packages." This is part of the Filesystem Hierarchy Standard.

See http://www.pathname.com/fhs/pub/fhs-2.3.html for discussion on /opt.

For /usr/local/, it is for "use by the system administrator". Just don't forget about stuff in there -- document it.

  • The link that you provided tells "The directories /opt/bin, /opt/doc, /opt/include, /opt/info, /opt/lib, and /opt/man are reserved for local system administrator use." There is nothing about /usr/local. Only /usr/local/share is mentioned there. On the other hand, compiled programs are usually installed into /usr/local on Linux. Don't you think /opt/bin is better place for use by the system administrator? – raacer Oct 31 '15 at 0:16
3

Historically you'd use something like /opt. Anything is fine as long as it's updated in $PATH for the users who are supposed to have it (hence anything in /home being a bad idea).

2

/usr/share/clojure seems like a common place to put clojure's binaries and libraries — why I don't know, it seems a natural for /usr/local/share/clojure— so creating a site subdirectory under this for these bash scripts seems fine.

The general point is that it makes more sense to organise scripts by function, not have all bash scripts in the same place.

  • There is a couple of problems using /usr/share for this. First of all share means architecture independent files (i.e. shared across architectures). For that reason libraries and executables do not belong under a share directory. Secondly except from /usr/local nothing other than the distribution package manager should ever write to /usr. – kasperd Dec 14 '18 at 15:34
2

/usr/local, I believe there's some confusion to the meaning of "local".

As I understand it, "local" doesn't mean "originating on/from the local machine" but, more simply, "specific to the local machine", which may or may not originate on/from the local machine.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.