Am Sam, 2002-04-27 um 08.07 schrieb Thorsten Kukuk:
On Sat, Apr 27, Ralf Corsepius wrote:
=> Im Idealfall wäre es notwendig, alle auf rpmlib aufsetzende Programme neu zu übersetzen. Ich gehe aber davon aus, dass die SuSE-proprietären Tools (YaST*) nicht oder nur wenig darauf vorbereitet sind.
Warum sollte es damit Probleme geben? Der Source Code für YaST2 ist dabei und ein build Script ebenfalls. Aber Du brauchst es gar nicht, wir verwenden die rpmlib nicht. Auch gut, dann lag ich mit meiner Vermutung bez. YaST2 daneben.
D.h. wenn Du zum Paketmanagement nur rpm selbst verwendest, dürfte ein Wechsel zu RPM-4 (Ich würde dann 4.0.3 verwenden), relativ unkritisch sein.
Abgesehen davon, das RPM-4 noch all die Bugs enthält, die wir in der 3er Version gefixt haben Klar, vanilla rpm <= 3.0.6 war praktisch unbrauchbar, doch fehlerfrei ist weder SuSE's rpm-3.0.6, noch haben die RH-Leute geschlafen.
Im Augenblick sind es jedenfalls die Inkompatibilitäten zwischen SuSE's rpm-3.0.6 und rpm-4, die das Schreiben von distributionsunabhängigen rpms/rpm.specs nicht unerheblich erschweren, bzw. einen auf RPM-3 festlegen, will man SuSE in RPMS-spec unterstützten - Ich zumindest kenne keine andere Distri ausser SuSE, die noch rpm-3 verwendet. [Davon mal abgesehen, dass RPM generell einige Probleme hat, vgl. Jeff Johnson's "Specs files are S-O-O-O-O so broken it hurts" https://listman.redhat.com/mailman/listinfo/rpm-list ;)]
und das nach der Umstellung auf RPM-4 kein Update mehr möglich ist ... Inwiefern?
Meines Wissen kommt RPM-4 mit rpm-3-rpms zurecht, rpm-4 kann rpm-3-kompatible rpms erzeugen (wenn sie es jetzt nicht ohnehin sind, eine zeitlang waren sie es mal nicht und RH hat mehrfach daran "herumgeschraubt".). RH hat meines Wissens sogar ihre älteren Distris (IIRC, zurück bis 5.x), nachträglich auf rpm-4.0.3 umgestellt. Mögliche Probleme sehe ich bez. der rpmlib (Davon ist z.B. red-carpet betroffen), und bez. des rpmlib-Versionings innerhalb von rpms. Ralf