Emhttps://unix.stackexchange.com/a/141619/674
Eu não armazenaria apenas o makefile. Embora o alvo de desinstalação possa não (ou talvez,não deveria) precisar de mais alguma coisa para ter sucesso, isso não é uma garantia.
Isso significa manter uma cópia do pacote original. Porém, não faz muito sentido se houver um arquivo público de versões antigas e você não estiver preocupado com o desaparecimento dele. Você pode baixá-lo novamente mais tarde de qualquer maneira. O único problema com isso é quepara coisas com ferramentas automáticas, você precisa executar
./configureprimeiro e, se usar opções diferentes,uninstallpoderá perder alguma coisa- mas isso não é uma grande preocupação, eu acho. Ocasionalmente, fiz anotações sobre a configuração específica de alguma coisa.Eu mantenho pacotes de fontes independentes
/usr/local/src, mas contanto que você possa encontrá-los quando precisar, não importa.
Por que "para coisas com ferramentas automáticas, você precisa executar ./configureprimeiro e, se usar opções diferentes, uninstallpode perder alguma coisa"?
Qual é a razão pela qual o arquivo de configuração é necessário para desinstalar um aplicativo instalado via configure, make e make install?
Obrigado.
Responder1
Suponha que o pacote tenha uma --enable-fooopção configure que faz com que ele construa seu subsistema foo e instalelibfoo.aem…/lib e umfooexecutável em…/bin. Então você instala isso e limpa seu diretório de compilação temporário.
Você volta meses depois e descompacta o pacote tarball novamente para desinstalá-lo. Você precisa executar novamente ./configurepara reconstruir os makefiles para que possa fazer make uninstall, e se não configurar com --enable-fooos comandos para construir/instalar/desinstalarlibfoo.aefoonão podem ser incluídos nas respectivas metas de marca. Nesse caso, make uninstallsentiria falta da limpezalibfoo.aefoo.
Valeria a pena preservarconfiguração.statusdo diretório de construção da instalação original, pois registra as opções de configuração usadas.