Creo que eso apt
no es capaz de producir esa lista, per se . La pregunta que apt
parece plantearse se basa en los resultados de dpkg
que sabe qué archivos se actualizarán y si se comprueban los cambios locales en esos archivos (cómo, no sé).
La desventaja de usar solo esos cambios en, por ejemplo, documentar un servidor es que solo informa los cambios realizados en los archivos de configuración reales y originales de los paquetes (generalmente en /etc/.../<prog>.conf
), no las configuraciones personales de los usuarios ( ~/.<prog>.conf
) o los paquetes que usan archivos de configuración reemplazables ( <prog>.conf
vs. <prog>.conf_master
).
Exención de responsabilidad : No he cavado en las profundas interioridades de apt
o dpkg
lo que podría muy bien haber conseguido algún detalle incorrecto. Las correcciones son bienvenidas.
Algunos consejos aún para facilitar los preparativos para situaciones similares en el futuro:
Hay un programa llamado etckeeper que está específicamente diseñado para rastrear los cambios en los archivos de configuración /etc/
. Básicamente, mantiene todos los archivos en VCS, mejorado con permiso y seguimiento de metadatos. El seguimiento está conectado a varios sistemas de administración de paquetes para que cualquier paquete nuevo o eliminado active la configuración para ser guardada.
Naturalmente, esto no ayudará en su situación, donde y si aún etckeeper
no está instalado y el seguimiento de los cambios en el entorno desde el principio.
dpkg-changes es un script perl para rastrear cambios en paquetes instalados / eliminados, pero no mantiene un registro de archivos individuales introducidos por esos paquetes.