Myślę, że lepiej stworzyć symboliczny link niż alias. Alias może dokonywać podstawień w linii poleceń, gdy nie chcesz; utworzenie dowiązania symbolicznego pozwoli Ci uruchomić program, jak chcesz:
sudo ln -s full_path_to_opt/LightTable/deploy/LightTable /usr/local/bin
Spowoduje to utworzenie skrótu w / usr / local / bin (który powinien już być w ŚCIEŻCE!) Do miejsca, w którym faktycznie znajduje się LightTable. Pamiętaj również, że możesz zmienić nazwę dowiązania symbolicznego, jeśli nie lubisz wielkich liter w „LightTable”:
sudo ln -s full_path_to_opt/LightTable/deploy/LightTable /usr/local/bin/lighttable
Dla porównania, jeśli program jest niezręcznie zaprojektowany, tzn. Skarży się na brak plików konfiguracyjnych, bibliotek itp., To innym rozwiązaniem, które może być bardziej przydatne, jest utworzenie skryptu opakowania. Aby to zrobić, po prostu utwórz plik (gdziekolwiek chcesz) o nazwie „LightTable” (lub cokolwiek innego) z tym:
#!/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
Zmień uprawnienia do tego pliku:
chmod 755 <wrapper_script>
i spróbuj go wykonać, aby sprawdzić, czy działa, a jeśli tak, to przenieś go do / usr / local / bin:
sudo mv -i <wrapper_script> /usr/local/bin
PATH
zmiennej środowiskowej często nie jest najlepszym sposobem na osiągnięcie tego, a czasem może nawet uszkodzić system lub stworzyć luki w zabezpieczeniach. (Trzeba rozważyć wszelkie inne pliki wykonywalne, które zostanie przekształcony poleceń od tego, jak , gdzie wPATH
jest on dodawany.) Dodawanie aliasu powłoki, objętych odpowiedziami tutaj jest lepsze dla każdego, kto nie chce rozważać takie zawiłości; jest również wąsko dostosowany do konkretnej aplikacji. Nie jest to zatem duplikat tego pytania, choć się trochę pokrywają.