How does 'it' (ie. purge
) know where the dependencies and configuration поля пашите located?
How does purge
find out that в частное лицо piece of программное обеспечение created в certain file?
Is there some sort of configuration file that рекорды the creation of all поля by programs, so that purge
хан access the рекорды and матч up the поля to the program during removal?
Да, существуют такие файлы. В частности, *.list
, *.postrm
, и *.conffiles
, которые все хранятся в /var/lib/dpkg/info
каталог.
.postrm
файлы, постудаляют сценарии, это бежит за пакетом, удален. Те сценарии являются ответственностью специалистов по обслуживанию пакета, и каждый сценарий адаптируется в соответствии с определенным пакетом. Если Вы исследуете /var/lib/dpkg/info/usb-modeswitch-data.postrm
например, Вы будете видеть что-то вроде этого:
#!/bin/sh
set -e
# Automatically added by dh_installdeb
dpkg-maintscript-helper rm_conffile "/etc/usb_modeswitch.d/230d:0001" 20101222-3 -- "$@"
# End automatically added section
Существует также *.list
и *.conffiles
файлы, которые являются в основном списками. gnome-terminal.list
, например, перечислит все файлы и каталоги, созданные когда gnome-terminal
был установлен. *.list
файлы очень полезны для определения, что установило что. *.conffiles
перечислите все файлы конфигурации для пакета. Например, в то время как xterm.list
дает все файлы, 'xterm.conffiles* дает только conffiles. Другими словами, содержание conffile будет также присутствовать в файле списка.
$ cat /var/lib/dpkg/info/xterm.conffiles
/etc/X11/app-defaults/XTerm
/etc/X11/app-defaults/KOI8RXTerm-color
/etc/X11/app-defaults/XTerm-color
/etc/X11/app-defaults/UXTerm-color
/etc/X11/app-defaults/UXTerm
/etc/X11/app-defaults/KOI8RXTerm
Я не вполне знаю как *.conffiles
работа. Мое предположение - то, что сценарии постудаления берут приоритет, и apt-get
просто использование они *.conffiles
для проверения дважды это регистрирует перечисленный, там были удалены.
Как @A.B. правильно напомненный меня, существуют также *.prerm
файлы, некоторые из которых действительно удаляют .conf файлы, но не обязательно, например, тот для xpdf
приложение удаляло файлы в /etc/xpdf/includes
каталог