Re: Standard place for Bash Scripts

From: michael (linux_at_networkingnewsletter.org.uk)
Date: 09/30/05

  • Next message: Stephen R Laniel: "Re: Standard place for Bash Scripts"
    To: debian user <debian-user@lists.debian.org>
    Date: Fri, 30 Sep 2005 13:35:03 +0100
    
    

    On Fri, 2005-09-30 at 07:47 -0400, Scott Fitzgerald wrote:
    > I was wondering if there was a standard place for bash scripts. A
    > convention or "normal place" where they can be placed to be turned into a
    > command, accessable to all users.

    /usr/local/bin

    but users will have to ensure that's in their PATH

    -- 
    To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org 
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
    

  • Next message: Stephen R Laniel: "Re: Standard place for Bash Scripts"

    Relevant Pages

    • Re: Standard place for Bash Scripts
      ... > I was wondering if there was a standard place for bash scripts. ... > command, accessable to all users. ... To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org ...
      (Debian-User)
    • Re: Standard place for Bash Scripts
      ... On Fri, 30 Sep 2005, Stephen R Laniel wrote: ... >> I was wondering if there was a standard place for bash scripts. ... >> command, accessable to all users. ...
      (Debian-User)
    • Re: Standard place for Bash Scripts
      ... > I was wondering if there was a standard place for bash scripts. ... > command, accessable to all users. ... John Hasler ...
      (Debian-User)
    • Re: Typography
      ... Sounds more to me as if there wasn't a straightforward LaTeX ... which editor to use. ... There never would have been one standard - obviously. ... old command line stuff had had its day. ...
      (uk.comp.sys.mac)
    • Re: serial ports: how do I know data has been sent?
      ... > 1/ Controlling a network of pressure transducers which used RS485, ... It was fairly important to drop RTS _after_ the last character ... standard RS-232 behavior. ... I think the best you can do is send the special command, drain, then ...
      (comp.unix.programmer)