Resposta principal: você provavelmente quer /usr/local/bin
. Dependendo de quão recente é o seu macOS, pode ser necessário atualizar o seu padrão $PATH
. Veja abaixo para mais detalhes.
ATUALIZAÇÃO 12-01-2018 Em algum momento desde que escrevi minha resposta original, a Apple alterou seu padrão $PATH
. Como resultado, muito do que digo abaixo é irrelevante para os Macs recentes. Se você digitar echo $PATH
um terminal e /usr/local/bin
for o primeiro, poderá ignorar tudo abaixo sobre como alterar seu $PATH
.
Resposta original
Macs são incomuns a esse respeito. A $PATH
variável padrão para um usuário comum se parece com isso:
/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
Ao colocar /usr/local/bin
depois /usr/bin
e /bin
, o Mac altera o sistema usual. Normalmente, você pode inserir algo /usr/local/bin
(digamos, um segundo intérprete Perl, compilado de alguma maneira não-padrão) e, em seguida, um usuário comum acessa o personalizado em vez do primeiro em todo o sistema. Isso é bom. Os usuários podem obter variantes, mas o sistema permanece puro. Dado o padrão da Apple $PATH
, no entanto, itens /usr/bin
ou /bin
serão encontrados antes de qualquer coisa /usr/local/bin
. (Isso basicamente derrota o propósito de instalar, por exemplo, o Perl in customizado /usr/local/bin
).
Para corrigir isso, você pode alterar o usuário comum $PATH
editando o .profile
arquivo no diretório inicial do usuário. (Esse arquivo pode não existir, se você tiver uma instalação totalmente nova. Nesse caso, crie-o.)
Semi-relacionado: o Homebrew fornece excelente gerenciamento de pacotes para Macs. Por padrão, o Homebrew instala o software /usr/local
, mas o faz de uma maneira que facilita a remoção de coisas e o retorno ao estado de baunilha posteriormente.
/usr/local/bin
e/usr/local/sbin
vale a pena adicionar ao seu caminho, pois muitos makefiles para compilações de código-fonte são instalados por padrão.Se você usar MacPorts , vale a pena acrescentar
/opt/local/bin
e/opt/local/sbin
bem.A melhor maneira de fazer isso é adicionar
export PATH=/usr/local/bin:/usr/local/sbin:/opt/local/bin:/opt/local/sbin:$PATH
ao
.bashrc
arquivo no diretório inicial (que está oculto, portanto a CLI é a melhor maneira de fazer isso) ou, se você deseja alterar o caminho amplo do sistema, adicione a mesma linha a/etc/bashrc
(não oculto), mas você precisasudo
fazer isso.Se você não tiver um
.bashrc
na página inicial de nenhum usuário, poderá criar um e adicionar essa linha a ele, mas lembre-se de alterar as permissões no arquivo criado para torná-lo legível pelo usuário em questão (obviamente não é relevante se você ' está fazendo isso para o seu próprio perfil).O
$PATH
final anexa o caminho padrão do sistema para o que você colocou antes. Observe que o sistema procura binários na ordem dos caminhos indicados; portanto, se você instala um binário/usr/local
ou/opt/local
também é instalado por padrão no sistema, as versões instaladas serão encontradas primeiro, o que pode (embora raramente) perturbar as coisas. Vale a pena assistir.Boas informações estão aqui .
Devo observar que o exposto acima pressupõe que você esteja usando o Bash para o shell, que é o padrão no Mac OS X versão 10.4 (Tiger) e no Mac OS X versão 10.5 (Leopard), mas não nos sistemas anteriores, que
tcsh
eram usados em vez disso, que tem uma sintaxe diferente.Espero que ajude ...
fonte
/usr/local/bin
já está em um OS X padrão$PATH
(embora seja tarde demais - veja minha resposta). Se você usa o MacPorts, o instalador deve editar o seu caminho conforme necessário - pelo menos sempre na minha experiência. Dito isto, é bom que os usuários saibam o que estão fazendo (e por que).open
existe uma pergunta idiota: use o comando com o nome do arquivo como argumento e ele deverá abrir com o que estiver definido como o editor de texto padrão (TextEdit como padrão).Eu costumo ir com
/usr/local
. Aqui está uma boa explicação do motivo , que se refere ao FHS (Filesystem Hierarchy Standard) ., que em turn diz sobre/usr/local
:fonte