MacOS – Removing the builtin command-line utilities from PATH, zsh

homebrewmacospathzsh

Okay, so I'm a Linux power user, that is I feel most at home when I have access to the command-line, and I'm very much used to using GNU coreutils, so now that I've installed GNU coreutils on Mac OS X using Homebrew, how would I go about removing the builtin coreutils that vanilla Mac OS X comes with?

Please keep in mind that I'm using zsh, so when I set the path to something I do it like this:

path=(/usr/local/bin ~/.gem/ruby/2.0.0/bin ~/.nvm/bin ~/bin /bin $path)

I want to be able to say,

Include everything present in the current path in the new path, excluding these files: /usr/bin/ls, /usr/bin/grep…

Best Answer

Add the following to your path to replace the OS X tools with Homebrew Coreutils:

$(brew --prefix coreutils)/libexec/gnubin

Per zsh syntax…

path=($(brew --prefix coreutils)/libexec/gnubin $path)

Related Solutions

MacOS – Why “which” command does not give you the correct path

which is an external program, which tries to determine how your shell will resolve a command from the existing $PATH, but it is possible for it to get it wrong.

If you're using bash as your shell, use the bash built-in command "type" to have the shell itself tell you how it will resolve that command:

$ which mvn
/usr/bin/mvn
$ type mvn
mvn is /usr/bin/mvn
$ type type
type is a shell builtin
$ type which
which is hashed (/usr/bin/which)

You can see here that in my environment that /usr/bin/which and the shell built-in type agree. In yours it seems they don't, though I am curious why they don't. Perhaps you have PATH changes that were not exported? Try "export PATH" and then "which mvn" again.

MacOS – where is Ruby looking for SSL_CERT_FILE

I experienced the same problem under Ubuntu. There seems no longer to be a compiled in default (if it ever had, in theory it could also have been the distributors' work).

I opted to set the path in apache config (my rails app is controlled by passenger).

SetEnv SSL_CERT_DIR /usr/share/ca-certificates/mozilla

It now works.

There is also an SSL_CERT_FILE for a single certificate.

You have to adjust the paths.

Just check the main pages, and this page. Even line 4 over here says so: https://github.com/google/signet/blob/master/lib/signet/ssl_config.rb

I could also have set the path system-wide in /etc/environment and restarted the system.

Best Answer

Related Solutions

MacOS – Why “which” command does not give you the correct path

MacOS – where is Ruby looking for SSL_CERT_FILE

Related Question