Unix systems come with a variety of programs that you can add to the PATH environment variable to make it easier for you to find and use the programs you need. This article will show you how to add the programs shown in Table 1 to your PATH variable. Table 1: The Programs That You Can Add To Your PATH Variable Program Name Description sudo su - sudo apt-get update sudo apt-get install -y vim nano gcc gcc-c++ libxml2-dev libxslt1-dev php php5 php5-cli mysql mysql-server postgresql postgresql-server


The Unix PATH is an environment variable that tells the shell which directories it should look for when you issue commands. You can think of it like a list of Application or Program Files folders.

What Does The PATH Do?

If you wanted to run a binary in your current folder, you’d have to provide a relative path, like so:

But, if you move that binary to a folder like /usr/local/bin/, you instead simply type the command name to run it:

This is because /usr/local/bin/ is on the PATH. The shell knows to look in that folder if you don’t specify a location. Many command line utilities are installed here, and in similar folders. You can view which folders are on your PATH by echoing the variable itself, using the $ prefix:

By default though, the PATH variable is a list of directory names split by colons. It’s not very readable:

But, with a bit of regex, you can clean it up to print out a list:

These directories all serve different purposes:

Folders ending in bin are general purpose, folders ending in sbin are intended for system administration commands, things the system runs but you probably won’t interact with much. Though there are /bin and /sbin are intended for programs that the system needs before /usr is available. This is where key programs like sh and ls are stored. /usr/bin and /usr/sbin are for normal user programs, usually built in to the OS. /usr/local/bin and /usr/local/sbin are for programs you’ve downloaded or compiled yourself. If you have a binary you downloaded, and don’t know where to put it, chuck it in /usr/local/bin.

/usr/local/sbin may not even exist on your system, as it’s fairly contradictory in nature. It isn’t present on macOS, but contains a few programs on Ubuntu.

You can view which folders different commands are located in with the which command:

Which will print out the full path leading to the given command.

How To Add Folders To The PATH

Adding a folder to the PATH is simple, you just have to set the variable. But you can’t overwrite it completely, so you instead add a folder to the front of the PATH:

You can also tack the folder onto the back of the PATH:

These have different uses. Folders close to the front will be checked first, so if there are duplicate commands (for example, two versions of Python, both called “python“) adding the folder to the front will ensure the folder you added manually will be checked first. Most of the time, this is probably what you want.

Usually, you’ll define this in your shell’s profile, which will set the variable whenever you open a new terminal. If you’re using bash, this is either .bash_profile or .bashrc. If you’re using a shell like zsh, this will be a different file (.zshrc in this case). If there’s already a definition, you can simply add your folder to the front of the list, separated by a colon.

Rather than adding a folder directly, you can instead use a symlink to specific commands, and place the symlink in/usr/local/bin. For example, Python installs to its own folder, but rather than adding that folder to the PATH, it uses a symlink. You can view where symlinks lead with ls -la:

And you can create symlinks with ln:

The PATH Can Change

Since the PATH variable is usually defined in .bashrc, your PATH may be different when running in a different environment. This is particularly relevant if you’re running inside a bash script, or if you’re running a command via cron. If you’re having “command not found” issues, you’ll want to double check that the PATH is set correctly in the environment you’re running in.