Ao instalar aplicativos do usuário, onde as “melhores práticas” sugerem que elas estejam localizadas?

187

Ocasionalmente, instalo aplicativos manualmente, em vez de usar apt ou outro gerenciador de pacotes.

Qual local ( /usr/ , /usr/local/ , /opt/ , /home/ , etc.) é sugerido pelas "melhores práticas" para a instalação de aplicativos de usuário?

    
por citadelgrad 05.08.2010 / 16:42

6 respostas

164

Isso depende, na verdade. Se o aplicativo tiver um makefile, (para aplicativos python) usar distutils (possui um arquivo setup.py ) ou um sistema semelhante de compilação / instalação, coloque-o em /usr/local/ (comportamento padrão).

Se você precisar extrair um tarball e executá-lo diretamente (por exemplo, Thunderbird, Firefox), coloque-o em /opt/ .

Por quê? Pelo que entendi, /usr/local/ tem uma hierarquia semelhante a /usr/ . Portanto, um programa que espera ser "instalado" em /usr/ deve funcionar bem em /usr/local/ . Um programa que apenas precisa de um diretório e obterá todos os arquivos / bibliotecas relativos a esse diretório pode obter um diretório para si mesmo em /opt/ .

    
por Umang 05.08.2010 / 16:53
100

É bom lembrar que /usr não representa usuário , mas sim recursos do sistema unix .

Como tal, tenho a tendência de perceber que qualquer distribuição tem o direito de pular todo o conteúdo de /usr, e que minhas adições específicas ao sistema vão em /usr/local , que eu preservo antes de fazer uma atualização.

Enquanto isso, os aplicativos e outras coisas vão em /opt .

Algumas pessoas se sentem confortáveis em colocar coisas em /home , embora eu raramente siga essa convenção.

Tudo o que foi dito, deixei o gerenciador de pacotes de distribuição fazer as coisas primeiro, e depois fazer as coisas acima quando estiver rolando coisas.

    
por Walt Stoneburner 17.09.2010 / 19:39
30

Instale programas instáveis como o firefox devel em / home / user / opt / torna muito mais fácil de remover, e não há confusão para outros usuários sobre qual versão eles devem usar ... Então, se não for um programa para global use, instale-o em uma subpasta em seu diretório pessoal.

Nunca instale programas em / usr /, é provável que cause caos, coisas instaladas em / usr / devem ser apenas para pacotes de distribuição. / usr / local / é para pacotes compilados localmente. E a estrutura funciona exatamente da mesma maneira! arquivos em / usr / local / serão priorizados sobre arquivos em / usr /

/ opt / deve ser usado para instalação de pacotes pré-compilados (binários) (Thunderbird, Eclipse, Netbeans, IBM NetSphere, etc.) e similares. Mas se eles são apenas para um único usuário, eles devem ser colocados em seu diretório pessoal.

Se você quer ser capaz de rodar um programa instalado em um local "estranho" (como / home / user / opt / firefox /) sem digitar o caminho inteiro que você precisa para adicioná-lo à sua variável $ PATH, você pode faça isso adicionando uma linha como essa em seu /home/user/.profile

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

O nome da pasta deve ser aquele em que o arquivo executável que você precisa executar está localizado.

    
por LassePoulsen 07.08.2010 / 10:40
25

O Padrão de Hierarquia do Sistema de Arquivos Linux indica /usr/local .

Do link :

% bl0ck_qu0te%     
por popey 05.08.2010 / 16:45
5

Eu geralmente tenho uma pasta chamada "Programas" em minha casa onde eu instalo esses programas, estranho o suficiente (ou não), eles são todos coisas do java agora.

Tem uma grande vantagem para mim, quando eu reinstalo ou troco de computadores eles são movidos com o resto da minha casa. Tem uma clara desvantagem, esses aplicativos só estão disponíveis para o meu usuário.

    
por Javier Rivera 05.08.2010 / 16:57
1

Use "checkinstall" para converter seu pacote alienígena para um deb, para que ele seja desinstalável usando o gerenciador de pacotes.

Observe que os arquivos de configuração geralmente não serão tratados como arquivos de configuração (talvez ignorados ou talvez tratados como parte do aplicativo), e que os scripts pré e pós-instalação sejam, às vezes, confundidos, embora geralmente avisem quando acha que o deb terá um script ruim de pré ou pós-instalação.

    
por A Student at a University 16.08.2010 / 03:41