RPM-Management-Herausforderungen

Question

Wir verpackten ein RPM, als unsere Software zum ersten Mal bereitgestellt wurde, wir waren sehr neu bei RPMs, also haben wir nur alle Dateien definiert, die installiert werden müssen, und es wurde Teil der RPM-Installation gemacht.

Vorspulen 6 Monate später müssen wir dieses RPM aktualisieren. Hier sind die Herausforderungen, denen wir gegenüberstehen:

1. rpm update deinstalliert alle Dateien des vorherigen RPM, bevor neue installiert werden. Einige dieser Dateien sind Konfigurationsdateien, würden wir sie lieber zuerst sichern, bevor es

2. Deinstallation Wir haben nicht% preun und% postun im ersten RPM definiert

Nach googeln um, die Die einzige Idee, die wir haben, ist ein Dummy-RPM zu schreiben, das die Version des ersten RPM benötigt. Das Dummy-RPM sichert einfach die Dateien. Wir werden sie das erste RPM deinstallieren und das neue RPM installieren, wobei% preun und% postun definiert sind.

Ich bin gespannt, ob es bessere Möglichkeiten gibt, dies zu tun? Unsere Anwendungsumgebung wird sich sicherlich weiterentwickeln und ich würde gerne Meinungen von anderen Fachleuten zu diesem Thema hören.

Answer 1

Wenn Ihre einzige Sorge ist nicht Ihre Konfigurationsdateien zu verlieren, müssen Sie nur eine %config(noreplace) Markierung für Ihre Konfigurationsdateien hinzufügen. Dadurch werden die folgenden Auswirkungen haben (für die Konfigurationsdateien nur):

• auf der Festplatte unangetastet Datei -> Datei von update
• On-Disk-Datei bearbeitet -> diese Datei gehalten wird, wenn Umdrehungen pro Minute liefert eine neue Version; diese wird als gespeichert file.rpmnew

Wenn Sie möchten, um mehr mit Scriptlets spielen (mit %pre; %preun usw.), bei this documenation.

einen Blick Wenn Sie denken, dass Ihre Notwendigkeit% entfernt Preun und% Postun Abschnitte ...