Creo que es mejor crear un enlace simbólico que un alias. Un alias puede hacer sustituciones en su línea de comando cuando no desea una; crear un enlace simbólico le permitirá ejecutar el programa como desee:
sudo ln -s full_path_to_opt/LightTable/deploy/LightTable /usr/local/bin
Esto creará un acceso directo en / usr / local / bin (que ya debería estar en su RUTA) a donde está realmente LightTable. Tenga en cuenta también que también puede cambiar el nombre del enlace simbólico si no le gustan las letras mayúsculas en "LightTable":
sudo ln -s full_path_to_opt/LightTable/deploy/LightTable /usr/local/bin/lighttable
Solo como referencia, si el programa está diseñado de manera extraña, es decir, se queja de no encontrar archivos de configuración o bibliotecas o lo que sea, entonces otra solución que podría ser más útil es crear un script de envoltura. Para hacer esto, solo crea un archivo (donde quieras por el momento) llamado "LightTable" (o lo que quieras) con esto en él:
#!/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
Cambia los permisos de este archivo:
chmod 755 <wrapper_script>
e intente ejecutarlo solo para ver si funciona, y si es así, muévalo a / usr / local / bin:
sudo mv -i <wrapper_script> /usr/local/bin
PATH
variable de entorno a menudo no es la mejor manera de lograr esto, y en ocasiones incluso puede romper el sistema o crear vulnerabilidades de seguridad. (Hay que considerar otros archivos ejecutables que se pueden convertir en órdenes de este, así como en el dePATH
que éste se agrega.) Adición de un alias de concha, como cubierto por respuestas aquí, es mejor para cualquier persona que no quiere tener en cuenta estas complejidades; También se adapta más estrechamente a la aplicación específica en cuestión. Por lo tanto, este no es un duplicado de esa pregunta, aunque se superponen un poco.