Enhttps://unix.stackexchange.com/a/141619/674
No almacenaría solo el archivo MAKE. Si bien el objetivo de desinstalación puede no (o tal vez,no debe) necesitan algo más para tener éxito, eso no es una garantía.
Eso significa conservar una copia del paquete original. Sin embargo, no tiene mucho sentido si hay un archivo público de versiones antiguas y no te preocupa que desaparezca. Puedes descargarlo nuevamente más tarde de todos modos. El único problema con esto es quepara cosas con herramientas automáticas, primero debe ejecutarlas
./configurey, si usa opciones diferentes,uninstalles posible que se pierda algo.- pero creo que eso no es una gran preocupación. De vez en cuando he tomado notas sobre la configuración particular de algo.Mantengo paquetes fuente independientes
/usr/local/src, pero siempre que puedas encontrarlos cuando los necesites, no importa.
¿Por qué "para las cosas con herramientas automáticas es necesario ejecutarlas ./configureprimero y, si usas opciones diferentes, uninstalles posible que te pierdas algo"?
¿Cuál es la razón por la que se requiere el archivo de configuración para desinstalar una aplicación instalada mediante configure, make y make install?
Gracias.
Respuesta1
Supongamos que el paquete tiene una --enable-fooopción de configuración que hace que construya su subsistema foo e instalelibfoo.aen …/lib y afooejecutable en…/bin. Así que lo instalas y limpias tu directorio de compilación temporal.
Luego regresa meses después y descomprime el paquete tarball nuevamente para desinstalarlo. Debe volver a ejecutar ./configurepara reconstruir los archivos MAKE para poder hacerlo make uninstally, si no configura, --enable-fooentonces los comandos para compilar/instalar/desinstalar.libfoo.ayfooEs posible que no se incluyan en los objetivos de marca respectivos. En cuyo caso, make uninstallfaltaría la limpieza.libfoo.ayfoo.
valdría la pena conservarloconfig.statusdesde el directorio de compilación de la instalación original, ya que registra las opciones de configuración utilizadas.