Não há nada errado em deixar um symlink para um executável em /bin
. Na verdade, pode ser uma maneira muito simples de gerenciar seus executáveis, em comparação a colocar o caminho de cada executável no seu $PATH
.
Então, em vez de ter, por exemplo, /usr/local/bin:/usr/bin:/bin
em seu $PATH
, você teria /home/user/foo/bin:/home/user/bar/bin:/yet/another/bin:/usr/local/bin
etc., o que seria difícil de manter. Além disso, você teria que configurar seu caminho personalizado para todos os shells, ao passo que simplesmente colocar o link simbólico em /bin
o torna disponível para qualquer shell imediatamente.
Mas esta é a sua escolha. Frequentemente, os programas terão que ter uma variável FOO_HOME
definida, apontando para o diretório, por exemplo. TOMCAT_HOME
, que contém um diretório bin
próprio.
Talvez você deva considerar o uso de /usr/bin
em vez de /bin
, porque este último é geralmente reservado para binários essenciais do sistema que estão disponíveis para todos os usuários, e /usr/bin
é para binários não essenciais.
Melhor ainda seria usar /usr/local/bin
, já que /usr/local
é o local padrão para qualquer coisa que você tenha instalado, como usuário - portanto, qualquer coisa que não faça parte de uma instalação padrão do sistema. Se /usr/local/bin
não estiver no seu $PATH
, você deve, claro, adicioná-lo.
Para saber mais sobre a organização do diretório, leia o Padrão de hierarquia do sistema de arquivos .