Melhor criar um link simbólico do que um apelido, eu acho. Um alias pode fazer substituições na sua linha de comando quando você não deseja uma; a criação de um link simbólico permitirá que você execute o programa como desejar:
sudo ln -s full_path_to_opt/LightTable/deploy/LightTable /usr/local/bin
Isso criará um atalho em / usr / local / bin (que já deve estar no seu PATH!) Para onde o LightTable realmente está. Observe também que você pode renomear o link simbólico também se não gostar das letras maiúsculas em "LightTable":
sudo ln -s full_path_to_opt/LightTable/deploy/LightTable /usr/local/bin/lighttable
Apenas para referência, se o programa for desajeitado, ou seja, reclama de não encontrar arquivos de configuração ou bibliotecas ou qualquer outra coisa, outra solução que pode ser mais útil é criar um script de wrapper. Para fazer isso, basta criar um arquivo (onde você quiser no momento) chamado "LightTable" (ou o que você quiser) com este:
#!/bin/sh
# Simple script to run LightTable
if ! cd full_path_to_opt/LightTable/deploy/LightTable ; then
echo "$0: error: LightTable directory not found." >&2
exit 1
fi
exec ./LightTable
Mude as permissões deste arquivo:
chmod 755 <wrapper_script>
e tente executá-lo apenas para ver se funciona e, em caso afirmativo, mova-o para / usr / local / bin:
sudo mv -i <wrapper_script> /usr/local/bin
PATH
variável de ambiente geralmente não é a melhor maneira de conseguir isso, e às vezes pode até quebrar o sistema ou criar vulnerabilidades de segurança. (Deve-se considerar quaisquer outros executáveis que serão transformados em comandos a partir deste, bem como , onde , emPATH
que é adicionado.) Adicionando um alias de shell, como coberto por respostas aqui, é melhor para quem não considerar tais complexidades; também é adaptado de maneira mais restrita ao aplicativo específico em questão. Portanto, essa não é uma duplicata dessa pergunta, embora elas se sobreponham um pouco.