Vad är det bästa sättet att uppdatera all mjukvara i en Fedora-installation?

För Fedora 17

Ingen av Red Hat-distributionerna före Fedora 17 innehöll möjligheten att göra dist-upgraderingar som du frågade. Detta hade varit ett länge diskuterat alternativ på många människors önskelista men hade aldrig implementerats.

Men innan vi börjar ett förtydligande…

Enligt uppgraderingsämnet i wikin fanns det en metod där du kunde lägga in en DVD i ditt system för nästa version av Fedora, och Anaconda skulle försöka uppgradera ditt system. Efter att ha provat denna metod vid ett flertal tillfällen skulle jag inte anse att detta är i nivå med den dist-upgrade som finns tillgänglig i Debian/Ubuntu-distributionerna och som faktiskt fungerade mycket bra.

Att ha underhållit RHEL, Fedora & CentOS-system under mer än det senaste decenniet gör att jag aldrig ens skulle överväga att använda denna metod för någonting. Det fungerade helt enkelt inte.

Så vanligtvis skulle folk göra något av följande:

Rawhide

Använd Rawhide-utgåvan, som är den senaste versionen, ungefär som Sid i Debian. Rawhide erbjuder rullande utgåvor i den bemärkelsen att den alltid har de senaste versionerna av paketen, men den är inte alls tänkt att användas som en daglig distro, den är egentligen bara tänkt för testning.

Stanna med en enda utgåva

Liv bara med detta faktum och håll dig uppdaterad så länge som distro:n finns kvar, genom att använda yum. Du kan använda yum för att både tillämpa alla väntande uppdateringar och/eller uppdatera ett enda paket. Dessutom kan yum användas för att installera nya paket också.

Applicera alla väntande uppdateringar (förutsätter ja på alla uppmaningar):

sudo yum -y update

Uppdatera ett enskilt paket:

sudo yum -y update apache\*

Installera ett nytt paket:

sudo yum -y install apache\*

Applet för mjukvaruuppdatering

Om du vill utföra uppdateringar med hjälp av ett grafiskt gränssnitt kan du använda verktyget för mjukvaruuppdatering som visas i aktivitetsfältet. Det här verktyget gör i princip samma sak som yum -y update ovan och kan köras på begäran med följande kommando:

gpk-update-viewer

Re-install

När en ny version kommer ut gör du manuellt en ny installation och ser till att kopiera alla data och konfigurationer vidare till det nya systemet.

PreUpgrade

Använd verktyget PreUpgrade. Det här verktyget samlar i princip bara in dina konfigurationer och namnen på de paket som du har installerat och hjälper dig att tillämpa dem på en ny installation. Se @JoelDavis’ svar för denna teknik också.

OBS: Detta är dock inte längre ett alternativ från och med Fedora 18 så du har blivit varnad.

Fedora 17 och senare

Från och med 17 kan du nu göra rullande utgåvor.

FedUp

Nytt i Fedora 17/18 är ett verktyg som heter FedUp (FEDora UPgrader) som påstås göra ”dist-upgraderingar” likt Debian/Ubuntu-distros.

FedUp (FEDora UPgrader) är namnet på ett nytt system för att uppgradera Fedora-installationer i Fedora 18 och senare versioner. Det ersätter alla de för närvarande rekommenderade uppgraderingsmetoderna (PreUpgrade och DVD) som har använts i tidigare Fedora-versioner. Anaconda, Fedoras installationsprogram, har ingen inbyggd uppgraderingsfunktionalitet i Fedora 18 eller senare versioner. Den har helt delegerats till Fedup.

FedUp kan för närvarande uppgradera Fedora 17-installationer till Fedora 18 med hjälp av ett nätverksförråd, på samma sätt som PreUpgrade fungerade. Fler metoder för uppgradering planeras för närvarande och den här sidan kommer att uppdateras när dessa funktioner är färdiga.

Rolling Releases vs. Versioned Releases

Det operativa programmet ställde en följdfråga där han ville att jag skulle utveckla följande fras:

”Från och med 17 kan man nu göra rullande releaser.”

När jag gjorde den kommentaren menade jag en sak, och frasen ”rullande releaser” betyder egentligen något annat. När jag skrev detta menade jag med ”rullande utgåvor” att man nu kan rulla från en punktutgåva av Fedora (låt oss säga 17) till version 18. De flesta distributioner som Debian & Ubuntu erbjuder denna möjlighet nu.

Men efter att ha letat upp beskrivningen av vad ”rolling releases” faktiskt innebär på wikipedia är jag nu mer utbildad i ämnet.

utdrag från wikipedia

… en utvecklingsmodell med rullande utgåvor eller rullande uppdateringar hänvisar till ett programvarusystem som utvecklas kontinuerligt; detta är i stället för en utvecklingsmodell med standardutgåvor som använder programvaruversioner som måste installeras på nytt över den föregående versionen. Rolling Software uppdateras istället kontinuerligt, till skillnad från standardrelease-programvara som uppgraderas mellan versionerna. …

Så ur en puristisk synvinkel är Debian, Ubuntu och Fedora inte ”rullande versioner”. De är punktstandardutgivna programvaror som tillhandahåller verktyg för att hjälpa till att uppgradera från en punktutgåva till en annan.

Optionen ställde också följande fråga

Debian är bara ”typ av” rullande utgåva om man använder Sid. Rullande utgåva = inga versioner, paketen dumpas bara in i distributionen från uppströmmen så fort som möjligt, eller hur? Så Debian är raka motsatsen till en rullande utgåva, Ubuntu likaså. Fedora Rawhide är också en slags rullande utgåva, men det visste jag redan (och vill inte använda den, om det var det du syftade på).

Just så att det är klart för eventuella framtida läsare. Inte ens utvecklingsgrenarna av Debian (alias Sid) och Fedora (alias Rawhide) är ”rullande utgåvor”. Visst kan man använda dem som sådana, men de är bara ett utvecklings-”område” där nya programvarupaket som kan införlivas i en framtida utgåva kan presenteras för gemenskapen på ett centraliserat sätt.

Nivån på de tester som skulle ingå i ett paket som placeras i en av dessa grenar är mindre sträng än till exempel när ett paket dyker upp som en uppdatering i en riktig ”rullande utgåva” distro som ArchLinux (skulle vara min förväntan).

Här är avsnittet på wikipediasidan som täcker användningen av utvecklingsgrenar för distributioner med standardutgåvor:

Skillnaden mellan programvarudistributioner med rullande utgåvor och utvecklingsgrenar av programvarudistributioner med standardutgåvor förbises ofta av användare som är oerfarna med rullande distributioner. Detta kan leda till förvirrade kommentarer, som t.ex: Detta kan leda till oklarheter som till exempel: ”distro-X är en rullande distribution om du använder dess utvecklingsgren” – där distro-X är en distribution med standardutgåva. Även i sällsynta fall där utvecklingsgrenen är en rullande utvecklingsgren (i motsats till den vanligare cykliska utvecklingsgrenen) gör detta inte distributionen rullande. Till skillnad från distributioner med standardutgåvor har distributioner med rullande utgåvor inga utvecklingsgrenar.