Při instalaci uživatelských aplikací, kde se doporučuje, aby se "osvědčené postupy" nacházely?

185

Příležitostně instaluji aplikace ručně, místo použitíapt nebo jiného správce balíčků.

Jaké umístění (/usr/,/usr/local/,/opt/,/home/ atd.) navrhuje "osvědčené postupy" pro instalaci uživatelských aplikací?

    
dané citadelgrad 05.08.2010 16:42

6 odpovědí

164

To opravdu záleží. Pokud má aplikace makefile (pro aplikace python) používá distutils (má souborsetup.py) nebo podobný systém build / install, vložte jej do/usr/local/ (výchozí chování).

Pokud stačí extrahovat tarball a spustit přímo (např. Thunderbird, Firefox), vložte jej do/opt/.

Proč? Z toho, co chápu,/usr/local/ má hierarchii, která je podobná/usr/. Takže program, který očekává, že bude instalován do/usr/, by měl pracovat v/usr/local/. Program, který potřebuje pouze jeden adresář a dostane všechny soubory / knihovny relativně k tomuto adresáři, může dostat jeden adresář pro sebe v/opt/.

    
odpověděl Umang 05.08.2010 16:53
100

Je dobré si uvědomit, že/usr nestojí uživatel , ale spíše systémové zdroje unix .

Jako takový jsem zvyklý na to, že jakákoli distribuce má právo překrývat obsah přes/usr, a že můj konkrétní přírůstek do systému jde do/usr/local, který zachovávám před provedením inovace.

Mezitím aplikace a další věci jsou v/opt.

Někteří lidé se cítí dobře, když dávají věci do/home, ačkoli zřídkakdy tuto konvenci sleduji.

Všechno, co bylo řečeno, jsem nechal správce distribučního balíčku nejdřív učinit věci, a pak udělal to, co se děje při ručním rolování.

    
odpověděl Walt Stoneburner 17.09.2010 19:39
30

Nainstalujte nestabilní programy, jako je firefox devel v / home / user / opt / je mnohem jednodušší odstranit, a žádné zmatek pro ostatní uživatele, pokud jde o verzi, kterou by měli používat ... Takže pokud to není program pro globální nainstalujte jej do podsložky ve vašem domovském adresáři.

Nikdy neinstalujte programy do / usr /, je pravděpodobné, že způsobí chaos, věci instalované v / usr / jsou určeny pouze pro distribuční balíčky. / usr / local / je pro balíky lokálně kompilované. A srtucture funguje přesně stejným způsobem! soubory v adresáři / usr / local / bude upřednostňován přes soubory v / usr /

/ opt / by měl být použit pro instalaci předkompilovaných (binárních) balíčků (Thunderbird, Eclipse, Netbeans, IBM NetSphere atd.) a podobně. Pokud jsou však pouze pro jednoho uživatele, měli by být vloženy do vašeho domovského adresáře.

Pokud chcete spustit program nainstalovaný v "podivném" místě (jako / home / user / opt / firefox /), aniž byste zadali celou cestu, musíte jej přidat do proměnné $ PATH. přidejte takový řádek do adresáře /home/user/.profile

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

Název složky by měl být ten, kde se nachází spustitelný soubor, který je třeba spustit.

    
odpověděl LassePoulsen 07.08.2010 10:40
25

Standardní systém hierarchie souborového systému Linux označuje/usr/local.

Z Odkazu :

  

Původní myšlenka "/ usr / local" měla mít samostatnou ("místní")   '/ usr' na každém počítači kromě '/ usr', což může být správné   umístěný pouze pro čtení odjinud. Zkopíruje strukturu   '/ usr'. V těchto dnech je "/ usr / local" široce považováno za dobré místo   které mají zachovat vlastní sestavy nebo programy třetích stran. / Usr / local   hierarchie je určena pro použití správcem systému při instalaci   software místně. Musí být bezpečné při přepsání   systémový software je aktualizován. Může být použita pro programy a data   jsou sdílené mezi skupinou hostitelů, ale nebyly nalezeny v / usr. Lokálně   instalovaný software musí být umístěn uvnitř / usr / local místo / usr   pokud není instalován, aby nahradil / upgradoval software v adresáři / usr.

    
odpověděl popey 05.08.2010 16:45
5

Mám obvykle složku s názvem "Programy" ve svém domě, kde instaluji tyto programy, je to dost podivné (nebo ne), jsou to právě java věci.

Má pro mě velkou výhodu, když znovu instaluji nebo měním počítače, které se pohybují se zbytkem domova. Má zjevnou nevýhodu, že tyto aplikace jsou k dispozici pouze mému uživateli.

    
odpověděl Javier Rivera 05.08.2010 16:57
1

Použijte "checkinstall" k převodu cizího balíčku na deb, aby byl odinstalovatelný pomocí správce balíčků.

Uvědomte si, že konfigurační soubory nebudou často zpracovávány jako konfigurační soubory (možná ignorovány nebo možná považovány za součást aplikace) a že skripty před instalací a po instalaci se někdy stáhnou, i když vás většinou varují myslí si, že deb bude mít špatný pre- nebo post-install script.

    
odpověděl A Student at a University 16.08.2010 03:41