Gdzie podczas instalowania aplikacji użytkownika „najlepsze praktyki” sugerują ich lokalizację?

Czasami instaluję aplikacje ręcznie, zamiast używać aptlub innego menedżera pakietów.

Jakie lokalizacja ( /usr/, /usr/local/, /opt/, /home/, itd.) Jest sugerowane przez „najlepszych praktyk” w zakresie instalacji aplikacji użytkownika?

To naprawdę zależy. Jeśli aplikacja ma plik makefile lub na przykład dla aplikacji python, jeśli aplikacja korzysta z distutils (np. Ma setup.pyplik) lub podobnego systemu kompilacji / instalacji, należy go zainstalować /usr/local/. Jest to często zachowanie domyślne.

Z tego, co rozumiem, /usr/local/ma hierarchię podobną do /usr/. Jednak katalogi takie jak /usr/bin/i /usr/lib/są zwykle zarezerwowane dla pakietów instalowanych za pośrednictwem apt. Tak więc program, który ma zostać „zainstalowany”, /usr/powinien dobrze działać /usr/local/.

Jeśli potrzebujesz tylko wyodrębnić plik archiwum i uruchomić bezpośrednio (np. Firefox), włóż go do /opt/. Program, który potrzebuje tylko jednego katalogu i pobierze wszystkie pliki / biblioteki względem tego katalogu, może uzyskać jeden katalog dla siebie /opt/.

Warto pamiętać, że /usrnie oznacza to zasobów systemowych użytkownika, a raczej unix .

Jako taki, mam tendencję do stwierdzenia, że ​​każda dystrybucja ma prawo do deptania po całej zawartości /usr,i że moje specyficzne dodatki do systemu wchodzą /usr/local, co zachowuję przed wykonaniem aktualizacji.

Tymczasem aplikacje i inne rzeczy wchodzą /opt.

Niektórzy ludzie czują się swobodnie wkładając różne rzeczy /home, chociaż rzadko stosuję się do tej konwencji.

To powiedziawszy: najpierw pozwalam menadżerowi pakietu dystrybucyjnego robić rzeczy po swojemu, a potem robić powyższe rzeczy, gdy robię to ręcznie.

Instalowanie niestabilnych programów, takich jak firefox devel w / home / user / opt /, znacznie ułatwia usuwanie i nie ma wątpliwości dla innych użytkowników, co do wersji, z której powinni korzystać ... Więc jeśli nie jest to program do użytku globalnego, zainstaluj w podfolderze w twoim katalogu domowym.

Nigdy nie instaluj programów w / usr /, może to powodować chaos, rzeczy zainstalowane w / usr / przeznaczone są wyłącznie do pakietów dystrybucyjnych. / usr / local / jest dla pakietów kompilowanych lokalnie. Struktura działa dokładnie w ten sam sposób! pliki w / usr / local / będą miały pierwszeństwo przed plikami w / usr /

/ opt / powinien być używany do instalacji wstępnie skompilowanych (binarnych) pakietów (Thunderbird, Eclipse, Netbeans, IBM NetSphere itp.) i tym podobnych. Ale jeśli są one tylko dla jednego użytkownika, należy je umieścić w katalogu domowym.

Jeśli chcesz mieć możliwość uruchomienia programu zainstalowanego w „dziwnym” miejscu (jak / home / user / opt / firefox /) bez wpisywania całej ścieżki, musisz dodać go do zmiennej $ PATH, możesz to zrobić dodając taką linię w swoim /home/user/.profile

export PATH=/home/user/opt/firefox:$PATH

Nazwa folderu powinna być tą, w której znajduje się plik wykonywalny, który należy uruchomić.

Wskazuje standard hierarchii systemu plików Linux /usr/local.

Od http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html :

Pierwotną ideą „/ usr / local” było posiadanie osobnego katalogu („local”) „/ usr” na każdej maszynie oprócz „/ usr”, który może być montowany tylko do odczytu z innego miejsca. Kopiuje strukturę „/ usr”. W dzisiejszych czasach „/ usr / local” jest powszechnie uważane za dobre miejsce do przechowywania samodzielnie opracowanych programów lub programów innych firm. Hierarchia / usr / local jest używana przez administratora systemu podczas lokalnej instalacji oprogramowania. Przed aktualizacją oprogramowania systemowego należy zabezpieczyć go przed nadpisaniem. Może być używany do programów i danych, które można udostępniać w grupie hostów, ale nie można ich znaleźć w / usr. Oprogramowanie zainstalowane lokalnie musi być umieszczone w katalogu / usr / local zamiast / usr, chyba że jest instalowane w celu zastąpienia lub aktualizacji oprogramowania w / usr.

Zwykle mam folder o nazwie „Programy” w moim domu, w którym instaluję te programy, dość dziwne (lub nie), że wszystkie są teraz w języku Java.

Ma to dla mnie jedną wielką zaletę: kiedy ponownie instaluję lub zmieniam komputery, są przenoszone wraz z resztą mojego domu. Ma to wyraźną wadę, aplikacje te są dostępne tylko dla mojego użytkownika.

Użyj „checkinstall”, aby przekonwertować pakiet obcy na deb, aby można go było odinstalować za pomocą menedżera pakietów.

Pamiętaj, że pliki konfiguracyjne często nie będą traktowane jako pliki konfiguracyjne (być może ignorowane lub traktowane jako część aplikacji) i że skrypty przed instalacją i po instalacji czasami się psują, chociaż zwykle ostrzega cię, gdy myśli, że deb będzie miał zły skrypt przed instalacją lub po instalacji.