A menos que o pacote seja removido, seus arquivos de configuração não serão excluídos.
Os arquivos de configuração podem ser modificados pelos usuários, por isso, não os excluímos, a menos que sejam solicitados.
Eu estava testando algumas coisas e estava me perguntando sobre a diferença entre --auto-deconfigure e --unpack.
dpkg --auto-deconfigure --install P.deb
Se P tiver um campo de quebra como:
Break: B
e B estão atualmente instalados, então o dpkg desconfigura B com um novo status de "meio-configurado".
Da mesma forma, você poderia "desempacotar" B primeiro:
dpkg --install B.deb
...
dpkg --unpack B.deb
dpkg --install P.deb
Nesse caso, o novo status B é "descompactado".
No entanto, em ambos os casos, o arquivo /etc/B.conf permanece ali. Então parece que o pacote ainda está totalmente instalado.
Minha pergunta é: Por que o dpkg não remove ou renomeia o B.conf? Porque quando eu apenas faço o --unpack, o arquivo de configuração é chamado:
/etc/B.conf.dpkg-new
que faz sentido. Nesse caso, B não está realmente configurado!
Parece que os comandos --auto-deconfigure ou --unpack também devem renomear o arquivo /etc/B.conf como /etc/B.conf.dpkg-new e, em seguida, um --configure pode restaurar o arquivo como esperado.
Eu acho que a maioria dos softwares não se importa se um arquivo .conf existe e, portanto, se está lá ou não, não faz muita diferença no final. Seria essa a razão pela qual eles podem deixar isso no lugar?
A menos que o pacote seja removido, seus arquivos de configuração não serão excluídos.
Os arquivos de configuração podem ser modificados pelos usuários, por isso, não os excluímos, a menos que sejam solicitados.