Was ist der bevorzugte Weg, um die gesamte Software in einer Fedora-Installation zu aktualisieren?

Vor Fedora 17

Keine der Red Hat-Distributionen vor Fedora 17 enthielt die Möglichkeit, Dist-Upgrades durchzuführen, wie Sie gefragt haben. Dies war eine lange diskutierte Option auf der Wunschliste vieler Leute, wurde aber nie implementiert.

Aber bevor wir mit einer Klarstellung beginnen…

Nach dem Thema Upgrading im Wiki gab es eine Methode, bei der man eine DVD für die nächste Version von Fedora in sein System legen konnte und Anaconda versuchte, das System zu aktualisieren. Nachdem ich diese Methode bei zahlreichen Gelegenheiten ausprobiert habe, würde ich sie nicht als gleichwertig mit der dist-upgrade in den Debian/Ubuntu-Distributionen betrachten, die tatsächlich sehr gut funktioniert.

Außerdem habe ich in den letzten zehn Jahren RHEL-, Fedora- & und CentOS-Systeme gewartet und würde diese Methode niemals auch nur in Erwägung ziehen. Es hat einfach nicht funktioniert.

Typischerweise würden die Leute also eine der folgenden Methoden anwenden:

Rawhide

Verwenden Sie die Rawhide-Veröffentlichung, die die aktuellste Version ist, ähnlich wie Sid in Debian. Rawhide bietet Rolling Releases in dem Sinne, dass es immer die neuesten Versionen von Paketen hat, aber es ist auf keinen Fall für den täglichen Gebrauch gedacht, es ist wirklich nur zum Testen gedacht.

Bleiben Sie bei einem einzigen Release

Leben Sie einfach mit dieser Tatsache und bleiben Sie auf dem neuesten Stand, solange es die Distro gibt, indem Sie yum benutzen. Sie können yum verwenden, um sowohl alle anstehenden Aktualisierungen anzuwenden als auch ein einzelnes Paket zu aktualisieren. Außerdem kann yum auch zur Installation neuer Pakete verwendet werden.

Alle ausstehenden Aktualisierungen anwenden (setzt voraus, dass alle Abfragen mit „Ja“ beantwortet werden):

sudo yum -y update

Ein einzelnes Paket aktualisieren:

sudo yum -y update apache\*

Ein neues Paket installieren:

sudo yum -y install apache\*

Software-Aktualisierungs-Applet

Wenn Sie Aktualisierungen über eine grafische Benutzeroberfläche durchführen möchten, können Sie das Software-Aktualisierungstool verwenden, das in Ihrer Taskleiste angezeigt wird. Dieses Tool macht im Wesentlichen dasselbe wie das obige yum -y update und kann bei Bedarf mit dem folgenden Befehl ausgeführt werden:

gpk-update-viewer

Neuinstallation

Wenn eine neue Version herauskommt, führen Sie manuell eine Neuinstallation durch und achten darauf, alle Daten und Konfigurationen auf das neue System zu kopieren.

PreUpgrade

Nutzen Sie das Tool PreUpgrade. Dieses Tool sammelt im Wesentlichen nur Ihre Konfigurationen und die Namen der von Ihnen installierten Pakete und hilft Ihnen dabei, diese auf eine neue Installation anzuwenden. Siehe auch die Antwort von @JoelDavis für diese Technik.

HINWEIS: Dies ist ab Fedora 18 nicht mehr möglich, Sie sind also gewarnt.

Fedora 17 und danach

Beginnend mit 17 können Sie nun Rolling Releases durchführen.

FedUp

Neu in Fedora 17/18 ist ein Tool namens FedUp (FEDora UPgrader), das vorgibt, „Dist-Upgrades“ ähnlich wie bei Debian/Ubuntu-Distributionen durchzuführen.

FedUp (FEDora UPgrader) ist der Name eines neuen Systems zur Aktualisierung von Fedora-Installationen in Fedora 18 und höheren Versionen. Es ersetzt alle derzeit empfohlenen Upgrade-Methoden (PreUpgrade und DVD), die in früheren Fedora-Versionen verwendet wurden. Anaconda, der Fedora-Installer, hat in Fedora 18 und höheren Versionen keine eingebaute Upgrade-Funktionalität. Sie wurde vollständig an Fedup delegiert.

Zurzeit ist FedUp in der Lage, Fedora 17-Installationen auf Fedora 18 zu aktualisieren, indem es ein vernetztes Repository verwendet, ähnlich wie es bei PreUpgrade funktioniert. Weitere Upgrade-Methoden sind derzeit in Planung und diese Seite wird aktualisiert, sobald diese Funktionen fertiggestellt sind.

Rolling Releases vs. Versioned Releases Versioned Releases

Der OP hat eine Folgefrage gestellt, in der er wollte, dass ich den folgenden Satz näher erläutere:

„Beginnend mit 17 können Sie jetzt Rolling Releases machen.“

Als ich diesen Kommentar machte, meinte ich eine Sache, und der Ausdruck „Rolling Releases“ bedeutet eigentlich etwas anderes. Als ich das schrieb, meinte ich mit „Rolling Release“, dass man jetzt von einer bestimmten Version von Fedora (sagen wir 17) auf Version 18 wechseln kann. Die meisten Distributionen wie Debian & Ubuntu bieten diese Möglichkeit jetzt an.

Nachdem ich jedoch auf Wikipedia nachgeschlagen habe, was „Rolling Releases“ eigentlich bedeutet, bin ich jetzt besser über das Thema informiert.

Auszug aus Wikipedia

…. ein Rolling-Release- oder Rolling-Update-Entwicklungsmodell bezieht sich auf ein sich kontinuierlich entwickelndes Softwaresystem; dies im Gegensatz zu einem Standard-Release-Entwicklungsmodell, das Softwareversionen verwendet, die über die vorherige Version neu installiert werden müssen. Rolling Software wird stattdessen kontinuierlich aktualisiert, im Gegensatz zu Standard-Release-Software, die zwischen den Versionen aktualisiert wird. …

Aus der Sicht eines Puristen sind Debian, Ubuntu, Fedora also keine „Rolling Releases“. Sie sind Punkt-Standard-Veröffentlichungen, die Werkzeuge zur Verfügung stellen, um das Upgrade von einer Punkt-Veröffentlichung auf eine andere zu unterstützen.

Der OP stellte auch die folgende Frage

Debian ist nur „eine Art“ Rolling Release, wenn man Sid benutzt. Rolling Release = keine Versionen, Pakete werden einfach so schnell wie möglich vom Upstream in die Distro gepackt, richtig? Debian ist also das komplette Gegenteil einer rollenden Veröffentlichung, Ubuntu ebenso. Fedora Rawhide ist auch eine Art Rolling Release, aber das wusste ich schon (und will es nicht verwenden, falls Sie das meinen).

Nur damit es für zukünftige Leser klar ist. Selbst die Entwicklungszweige von Debian (aka. Sid) und Fedora (aka. Rawhide) sind keine „rollenden Veröffentlichungen“. Sicherlich kann man sie als solche benutzen, aber sie sind lediglich ein Entwicklungs-„Bereich“, in dem neue Softwarepakete, die in eine zukünftige Veröffentlichung einfließen könnten, der Gemeinschaft auf zentralisierte Weise präsentiert werden können.

Das Niveau der Tests, die in ein Paket einfließen, das in einem dieser Zweige platziert wird, ist weniger streng, als wenn ein Paket als Update in einer echten „Rolling Release“-Distribution wie ArchLinux auftaucht (wäre meine Erwartung).

Hier ist der Abschnitt der Wikipedia-Seite, der die Verwendung von Entwicklungszweigen für Standard-Release-Distributionen behandelt:

Die Unterscheidung zwischen Rolling-Release-Software-Distributionen und Entwicklungszweigen von Standard-Release-Software-Distributionen wird von Benutzern, die mit Rolling-Distributionen unerfahren sind, oft übersehen. Dies kann zu verwirrenden Kommentaren führen, wie z.B.: „distro-X ist eine Rolling-Distribution, wenn man ihren Entwicklungszweig verwendet“ – wobei distro-X eine Standard-Release-Distribution ist. Selbst in den seltenen Fällen, in denen der Entwicklungszweig ein rollender (im Gegensatz zum häufigeren zyklischen) Entwicklungszweig ist, macht dies die Distribution nicht zu einer rollenden Distribution. Im Gegensatz zu Standard-Release-Distributionen haben Rolling-Release-Distributionen keine Entwicklungszweige.