Existem algumas referências a isso em Stackoverflow no contexto do uso de dpkg , que é a ferramenta subjacente por trás de apt-get : 1 , 2 e 3 . E toda vez que as mesmas considerações surgem:
- É apenas um aviso e o pacote foi de fato removido com seu diretório conforme solicitado
- Em termos de melhores práticas , não se deve usar / usr / local para pacotes por causa de Política Debian (o que lintian diz sobre o pacote?) e respeitar o Padrão de hierarquia do sistema de arquivos
- Algumas pessoas experimentam um comportamento diferente com a mesma operação de remoção quando o destino está em outro lugar, por exemplo, / bin VS. / usr / local / bin e até / opt
- os scripts preinst, prerm, postinst e postrm podem conter tecnicamente coisas que alteram o comportamento durante a instalação / remoção - mas novamente é o comportamento do dpkg em / usr / local uma exceção ou a regra (a remoção de diretórios superiores vazios, não limitados a um nível) - e o design é afetado pela propriedade do pacote e pasta ou apenas pelo pacote que está em / usr / local?
Finalmente, pode haver alternativas que envolvem uma melhor estruturação da tarefa à medida que ela se expande no tempo ... por exemplo, criando um repositório de pacotes . Em última análise, equivs-build tem que ser usado de uma forma que não < a href="https://unix.stackexchange.com/questions/86176/equivs-enhance-or-update-an-existing-package-without-uninstalling"> conflito com o design do sistema de gerenciamento de pacotes .