Como devo definir a variável PATH no meu Mac para que as ferramentas instaladas pelo Hombrew sejam encontradas?

Tentando configurar o Homebrew em um novo Mac (em Macs anteriores eu instalaria pacotes a partir da fonte).

O primeiro pacote que tentei instalar foi o Git:

$ brew install git

A instalação correu bem, mas which gitainda mostra a /usr/bin/gitque acompanha o Lion (acho?). E não aquele /usr/local/bin/gitque acabou de ser instalado.

$ echo $PATH
/Users/meltemi/.rvm/gems/ruby-1.9.2-p290@rails31/bin:/Users/meltemi/.rvm/gems/ruby-1.9.2-p290@global/bin:/Users/meltemi/.rvm/rubies/ruby-1.9.2-p290/bin:/Users/michael/.rvm/bin:/usr/local/mysql/bin:/opt/subversion/bin:/Developer/Additions/checker/:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin

Como você pode ver os /usr/binpadrões anteriores /usr/local/binno$PATH

Então, eu estou confuso! Eu pensei que o objetivo do HomeBrew (e algo que os criadores parecem se gabar) era que você não precisa mexer com a $PATHvariável!?!

Então, o que eu fiz de errado?

Achei este post relacionado muito útil. Em vez de alterar a $PATHvariável, basta editar o seu /etc/pathsarquivo.

Homebrew quer que eu altere meu CAMINHO; nenhuma pista de como

Assim que segui as instruções e pus /usr/local/binacima /usr/bin, meus problemas foram resolvidos.

1. No OS X, abra o Terminal
2. Digite o comando: sudo vi /etc/paths
3. Digite sua senha se for solicitado
4. Você verá uma lista de caminhos. Edite-os para que o /usr/local/bincaminho seja inserido acima do /usr/bincaminho
5. * Salve e saia
6. Reiniciar terminal

Aqui está a minha aparência depois que eu fiz isso:

/usr/local/bin
/usr/bin
/bin
/usr/sbin
/sbin

* Para salvar e sair, digite dois pontos ( :) e digite wq(para escrever e sair ao mesmo tempo), seguido por Enter.

Você também pode abrir o /etc/pathsarquivo em um editor de texto gráfico e editá-lo dessa maneira.

Crédito para se vingar de Stack Overflow por sua resposta lá.

Esta resposta é obsoleta. O PATHpedido Homebrew preferido costumava ser o que foi explicado, mas isso não é mais verdade. No entanto, a abordagem é mais aplicável em geral; portanto, pelo interesse, estou deixando de lado.

Você não deveria.

Homebrew mantém intencionalmente /usr/local/bin depois /usr/bin no caminho para compatibilidade máxima. Inverter a ordem desses diretórios PATHeditando /etc/pathssignifica que todos os programas em qualquer lugar do sistema, independentemente de como foram iniciados, obterão a versão Homebrew de um comando. Mas alguns podem esperar especificamente a versão da Apple ou simplesmente não conseguir usar uma versão mais recente etc.

Como preservar esse princípio e ainda obter a versão instalada do Homebrew git? Como diz o ditado, todos os problemas podem ser resolvidos com uma camada de indireção (exceto com muitas camadas de indireção). - Ou neste caso, como se vê, duas camadas.

Especificamente, faz parte dos meus hábitos no Unix ter um ~/bindiretório que eu coloquei no início do meu PATH. Este é um dos primeiros bits no meu .bashrc:

[[ :$PATH: == *:$HOME/bin:* ]] || PATH=$HOME/bin:$PATH

Isso verifica se o PATHcontém ~/bine, se não, o precede. Com isso em prática, fazer seletivamente apenas o gerenciado pelo Homebrew gitter precedência sobre a versão do sistema (em vez de todos os binários gerenciados pelo Homebrew) e apenas as sessões do shell (em vez de todos os programas iniciados de qualquer lugar, incluindo programas da GUI), é tão simples quanto simbolizando:

ln -s /usr/local/bin/git ~/bin/git

Você pode ligar o link simbólico /usr/local/Cellar/git/1.8.2.1/bin/gitdiretamente, mas precisará corrigi-lo toda vez que fizer um brew upgrade git(direta ou indiretamente). Ligando o link simbólico para local fixo do Homebrew, você não precisa se preocupar com isso.

Então você adiciona um diretório ao seu, $HOMEpara poder adicioná- PATHlo a um link simbólico, e isso resolve o seu problema e coloca um sorriso no Dr. Seuss. Yo dawg Eu agrupo você como links simbólicos, então colocamos um caminho no seu PATHpara que você possa fazer o link simbólico enquanto faz o link simbólico.

Você não fez nada de errado, mas parece bastante claro que se você estivesse /usr/local/binno seu caminho antes que /usr/binesse problema específico desaparecesse. A solução mais fácil é fazer exatamente isso e colocar algo como

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

no seu ~/.bash_profiletudo o que o Homebrew instala é encontrado primeiro. Essa é a maneira que eu o configurei no meu Mac e funcionou para mim por tanto tempo, no entanto, o YMMV.

Parece que eles acreditam que ele iria trabalhar com /usr/local/binsendo depois /usr/bin , por isso, enquanto eu poderia ter estrumado meu próprio $PATH, eu posso ver onde a sua documentação não tem:

Observe que você deve colocar /usr/local/bindepois, /usr/bin porque alguns programas esperam obter a versão do sistema, por exemplo, ruby ​​e break, se receberem a versão mais recente do Homebrew.

Da discrepância entre wiki & brew doctor # 10738 . Observe que este documento continua dizendo: "As perguntas frequentes (a citação acima) se referem à configuração PATH para aplicativos de GUI; o médico (o conselho a colocar /usr/local/binà frente /usr/bin em seu PATH) refere-se à configuração PATH para aplicativos de CLI".

Eu discordo da resposta de jthomas. A edição do seu arquivo / etc / caminhos alterará os caminhos de carregamento para todos os programas. Isso pode ser perigoso se um aplicativo de sistema estiver esperando encontrar uma versão específica de um binário, mas encontrar uma versão diferente porque você editou o arquivo de caminhos. Em vez disso, altere sua variável de caminho em ~ / .bashrc (ou ~ / .bash_profile). Então o seu caminho de carga mudará apenas dentro do terminal:

# Adicionar aplicativo homebrew ao PATH
export PATH = / path / to / homebrew / app / bin: $ PATH

Em seguida, recarregue o bash ou source ~/.bashrce pronto. Como o caminho do homebrew vem antes de qualquer outra coisa, o bash carregará a versão que você baixou com o homebrew.

Pelo que entendi, brewnão coloca nada /usr/local/binque colide (tem o mesmo nome que) um executável distribuído da Apple. Portanto, ter /usr/local/bino caminho antes /bine /usr/binnão deve ser um problema, porque não deve haver colisão de nomes. * No entanto, veja os problemas com lse tar, e usando outros agregadores de pacotes como finke port(MacPorts), bem abaixo.

Brew faz uma das duas coisas que conheço que ajudam a gerenciar colisões de nomes:

1. Brewdeixa barris não ligados na adega. Para instalar coisas, o brew deixa as ferramentas onde estão e cria links simbólicos para essas ferramentas /usr/local/bin. Para ferramentas que brewnão desejam colisão de nomes, não cria um link simbólico.
2. Para muitas, se não todas as ferramentas padrão que também estão /bine /usr/bin, brewprefixam o link /usr/local/bincom um "g", por exemplo, para executar uma lsversão com brew, use gls. Basta fazer uma ls -lno /usr/local/bine procurar os arquivos vinculados - esses são os brewcolocou lá. Nota: As brewferramentas instaladas que devem ser acessadas por seus nomes reais são encontradas em /usr/local/Cellar/coreutils/8.21/libexec/gnubin.

Eu não coloco /usr/local/binno meu caminho por duas razões - essas razões estão na parte inferior da minha resposta.

Para avaliar as colisões de nomes em seu sistema, use brew doctore procure esta seção - Aqui está o brew doctorresultado interessante:

Warning: /usr/bin occurs before /usr/local/bin
This means that system-provided programs will be used instead of those
provided by Homebrew. The following tools exist at both paths:

    ctags
    emacs
    emacsclient
    etags
    ex
    git
    git-cvsserver
    git-receive-pack
    git-shell
    git-upload-archive
    git-upload-pack
    rview
    rvim
    view
    vim
    vimdiff
    vimtutor
    xxd

Consider setting your PATH so that /usr/local/bin
occurs before /usr/bin. Here is a one-liner:
    echo export PATH='/usr/local/bin:$PATH' >> ~/.bash_profile

A razão pela qual eu não coloco brewas ferramentas em primeiro lugar, de fato, é que não, porque os comandos brewinstalados lse tarnão lidam com a ACL do sistema de arquivos de fato, na última vez que verifiquei (que foi na semana passada), eles não estavam ' t tratado de todo . Esse é um problema GRANDE e, para evitá-lo por completo, junto com o manproblema de configuração de página associado que marca junto com a configuração $PATHcorreta, certifique-se de colocar as OSXferramentas relacionadas, especialmente as encontradas em /bine /usr/bin, primeiro.

Outra razão que eu nem sequer colocar /usr/local/binno meu caminho em tudo é porque brewnão joga bem com os outros, e finke port(MacPorts) têm forma mais pacotes no momento que eu preciso suportado EMPRESA . Por exemplo, eu posso começar gnome-terminalcom fink, mas seria um grande esforço para construir uma fórmula e fazer o mesmo com brew. Portanto, mantenho /swe /optem minha pesquisa $PATH(por finke port, respectivamente) e as referências de que preciso /usr/local/bin, incluindo gnat, por extenso ou uso bash alias, ou forneço um setuparquivo para um ambiente totalmente diferente ao escrever Adacódigo.

A questão é que realmente depende do que você deseja e precisa no momento.

Aqui está um exemplo do problema da ACL que mencionei acima.

Com as OSXferramentas padrão :

$ /bin/ls -le /var/root | head -7
total 24
drwx------+  3 root  wheel  102 May 28  2013 Desktop
 0: group:everyone deny delete
 1: user:_spotlight inherited allow list,search,readattr,readextattr,readsecurity,file_inherit,directory_inherit
drwx------+  6 root  wheel  204 Sep 19 14:22 Documents
 0: group:everyone deny delete
 1: user:_spotlight inherited allow list,search,readattr,readextattr,readsecurity,file_inherit,directory_inherit

e com as brewferramentas instaladas:

$ /usr/local/bin/gls -le /var/root
/usr/local/bin/gls: invalid option -- 'e'
Try '/usr/local/bin/gls --help' for more information.

e

$ /usr/local/bin/gls --help | grep -i acl

Você obterá resultados semelhantes tare eu não conheço muitas outras brewferramentas, mas quem pode se dar ao luxo de ter algo quebrado 6 meses depois por causa de um ACLproblema!

Há uma série de boas respostas aqui. Aqui está o meu:

echo >> ~/.bashrc alias my="PATH=/usr/local/bin:$PATH"
. ~/.bashrc
my git --version # Brew's fancy git
git --version # Apple's old crusty git

Economiza a necessidade de criar um alias separado para cada programa e, como bônus, deixa as instalações padrão acessíveis, caso você precise delas.

Funciona da mesma forma se você estiver usando o ZSH; apenas mude bashrcpara zshrc. Você pode optar mypor _ou mesmo @economizar ao digitar.

Em vez de mexer com o PATH (que na minha história volta a me queimar meses depois), adicionei um alias para git no meu diretório de aliases personalizados do zsh (~ / .zshrc / custom / git_alias.zsh).

alias git='/usr/local/bin/git'

Prefiro limitar as alterações às variáveis ​​ambientais, como os $PATHusuários que realmente desejam a alteração. Assim, simplesmente adiciono o seguinte a ~/.bashrc:

export PATH="$(brew --prefix)/bin:$PATH"

Você pode emitir o seguinte comando em um terminal, ele adicionará o diretório inicial do brew + o / bin no PATH do seu arquivo init do SHELL "rc" (bash, zsh, csh)

echo "export PATH="'$PATH:$(brew --prefix)/bin' >> ~/.$(basename $SHELL)rc

Apreciar !