Univention Bugzilla – Bug 3382
Konfigurationsdateien von Paketen bleiben im System
Last modified: 2012-12-01 17:13:13 CET
Wenn eine neues Paket installiert wird, das über 'Conflicts:' und 'Replaces:' ein älteres Paket entfernt, bleiben von dem alten Paket die Konfigutationsdateien aus <altes-Paket>.conffiles liegen. Wenn die Pakete während des Upgrades entfernt werden, wird nicht --purge verwendet, was allerdings auch nicht erstrebenswert wäre. Auch die <altes-Paket>.univention-baseconfig Dateien bleiben in /etc/univention/templates/info.
Dieses Problem tritt auch bei Paketen auf das ohne 'Conflicts:' und 'Replaces:' installiert wird. Im Paket univention-fetchmail-ext müssen die Dateien /etc/univention/templates/info/univention-fetchmail-ext.info /etc/univention/templates/files/etc/ldap/slapd.conf.d/11fetchmail-ext /etc/univention/templates/files/etc/ldap/slapd.conf.d/66univention-fetchmail-ext-acl_settings im postrm von "Hand" gelöscht werden, damit der slapd wieder startet, nach einer deinstallation. Ein dpkg-divert wird nicht von univention-install-baseconfig hinzugefügt. ein univention-baseconfig unregister entfernt die info-datei auch nicht.
Bei normale Conffiles ist das eigentlich kein Problem und Debian Standard. Bei den Connffiles sollten wir im postrm dafür sorgen, dass die alten Templates entfernt werden, zumindest bei den Info-Files.
Seit UCS 3 werden die UCR Templates aufgeräumt.