Um tempo atrás eu instalei o couchdb da fonte na minha máquina debian. Parecia instalar bem e tudo funcionou.
Algumas semanas depois, eu queria atualizar e instalar a partir de um .deb usando o dpkg. Tudo agora parece ter sido instalado em /opt
. Tudo parece funcionar bem, mas eu realmente não entendo por que tudo foi instalado no /opt
. Não parece tão "suave" como quando as coisas foram instaladas diretamente no /usr/local/bin
e /etc
e /var/log
. É mais complicado de configurar do que quando eu acabei de editar os arquivos de configuração que foram instalados em / etc / couchdb
Alguém se importaria de me explicar por que a instalação /opt
é "uma coisa boa" e por que essa é uma maneira melhor de fazer as coisas do que a instalação anterior que era da fonte?
Sei que essa é uma pergunta bastante vaga, mas sou apenas competente com o Linux, não um especialista e não entendo o pensamento por trás da instalação no /opt
fonte
Respostas:
O padrão de hierarquia do sistema de arquivos fornece estas definições:
/opt
: Pacotes de aplicativos complementares/usr/local
: Hierarquia local (para uso do administrador do sistema ao instalar o software localmente)A maneira que eu li isso:
/bin
e/usr/bin
(implícitos)/opt
/usr/local
se o administrador do sistema desejarPor extensão, se o sysadmin instala algo usando
dpkg
orrpm
, não deve entrar/usr/local
por padrão.Portanto, é possível que esteja fazendo a coisa certa.
fonte
A política Debian diz
Não existe essa proibição específica contra
/opt
. A política também adicionae o File Hierarchy Standard diz
e depois mais abaixo
Note que Policy é para o próprio Debian, mas geralmente corresponde a uma recomendação de melhores práticas. O resultado, se eu estiver lendo isso corretamente, é que não é permitido instalar pacotes binários (deb)
/usr/local
, mas é aceitável instalar/opt
desde que não interfira no uso do espaço pelo sysadmin.Minha opinião pessoal é que é uma má idéia ter pacotes deb em um
/usr/local
ou outro/opt
. Eu discordo do D4RIO quando ele diz:Geralmente, você não deseja instalar dois pacotes deb diferentes, correspondentes ao mesmo software, e se eles tiverem o mesmo nome de pacote, o dpkg não o permitirá de qualquer maneira. Pacotes Debian não oficiais de software disponíveis como pacote oficial geralmente (mas nem sempre) têm o mesmo nome que os oficiais; você acabou de instalar um ou outro, não os dois.
Pelo que vale, acho que colocar pacotes de deb
/opt
é uma péssima idéia, e a única ocorrência recente disso que vi foi no Google Chrome. No entanto, o Google nem sempre segue as práticas recomendadas.fonte
/opt
é para software de terceiros. Existe um pacote couchdb para o debian (quero dizer, oficial), então se você baixou outro, está tudo bem, ele deve estar instalado no/opt
ou/usr/local/bin
.fonte
Mesmo que não seja o Debian, as Diretrizes de Empacotamento do Fedora são bem claras sobre isso:
A razão para os pacotes não colocarem as coisas em / opt é bastante simples: Como foi apontado anteriormente, o Padrão de Hierarquia de Arquivos declara que…
Isso é algo que não pode ser garantido pelos pacotes, pois uma instalação ou atualização pode modificar esses dados.
Eu sei que o Fedora não é o Debian, mas acho que, neste caso, eles são bem parecidos. Especialmente porque o Lintian, a ferramenta de verificação de pacotes do Debian, tem um erro especial para isso: dir-or-file-in-opt
fonte