On 16.11.05 17:36:56, Frank Küster wrote: > Richard Mittendorfer <[EMAIL PROTECTED]> wrote: > > Weil hier ja debconf bei einer installation von apt aufgerufen wird und > > der mir vermutlich den apache mit der nicht modifizierten httpd.conf > > restartet haette. Auch handelt sich's um 1.3 und nicht um 2 wie beim > > OP. > > Ich kann über den alten Apachen nichts sagen - aber wenn ein Programm > beim upgrade (und das reinstallieren der gleichen Version sollte genauso > behandelt werden) Konfigurationsdateien verändert, dann hat es einen > schweren Bug.
Korrekt, deswegen wird bei Konfigurationsdateien eigentlich immer nachgefragt ob man die eigene oder die Maintainerversion haben will. Man kann sich auch gleich den diff anzeigen lassen. > In der Praxis kann das bei upgrades ein bisschen anders sein: wenn > z.B. die neue Version ohne eine bestimmte Änderung nicht laufen würde, > wird der Upgrade diese vielleicht erzwingen müssen. Ich denke nicht, dann gehoert ein Eintrag in die NEWS.Debian und ausserdem ein dicker Kommentar vor die Aenderung, so dass man auch beim Konfig-Diff dies direkt sieht. > > Das wuerde zutreffen, wenn ein derartiger Eintrag von apt an dpkg > > uebergeben wuerde (/etc/apt.conf[.d])? > > > > man apt-get sagt zu --reinstall nur > > > > --reinstall > > Re-Install packages that are already installed and at the newest > > version. Configuration Item: APT::Get::ReInstall. > > > > --reinstall wuerde also ein fehlendes Teil erneut installieren, da > > sich's nicht mehr am System befindet. So zumindest denk' ich mir das. > > Das stimmt schon, aber es betrifft nur normale Dateien - gelöschte > Konfigurationsdateien dürfen nicht wiederhergestellt werden, es sei denn > eben mit der dpkg-Option --force-confmiss. Das setzt vorraus das der Maintainer auch alle Konfigurationsdateien als solche markiert hat. > >> oder noch besser > >> es lassen. Bust du dir sicher? > > > > Durchaus. Und ich finde dieses behavior korrekt, so werden nicht > > vorhandene Dateien beim --reinstall wiederhergestellt (In diesem Fall > > mit den gemerkten debconf Angaben) und Kaputtgegangene ebenfalls. > > Nein, das wäre, je nachdem wie man es sieht, eine dicke Policy-Verletzung > oder nur ein (IMHO schwerwiegender) Fehler in der Dokumentation. > > Aber ich kann es hier nicht nachvollziehen: Weil du ein anderes Paket benutzt. Fuer mserv gilt genau das was du oben als Besonderheit bei Upgrades angefuehrt hast: Das postinst Skript prueft ob die Dateien in /etc/mserv existieren und nur wenn sie nicht existieren werden sie mit Default-Werten neu angelegt. Sprich Aenderungen an den Dateien bleiben erhalten. > > Wenn's also ein bug waer' - ich hielt's bisher fuer ein feature :) > > Das Löschen einer Konfigurationsdatei ist auch nur ein "Konfigurieren". > Das darf nicht einfach rückgängig gemacht werden. IMHO kommt das drauf an, ob die Applikation ohne die Konfig-Datei nutzbar ist. Wenn sie das nicht ist, spricht IMHO nichts dagegen sie mit default-Werten wiederherzustellen. Allerdings kenne ich die Policy nicht, vllt. verletzt mserv sie ja doch mit seinem postinst-Skript. Andreas -- Beware of low-flying butterflies. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)