Vad är det föredragna sättet att uppdatera all programvara i en Fedora-installation?

Före Fedora 17

Ingen av Red Hat-distributionerna före Fedora 17 inkluderade förmågan att göra dist-uppgraderingar som du har bett. Detta hade varit ett länge diskuterat alternativ på många folks önskelista men hade aldrig implementerats.

Men innan vi börjar ett förtydligande …

Enligt Uppgraderingsämnet i wiki 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 den här metoden vid flera tillfällen skulle jag inte anse att detta var i nivå med dist-upgrade tillgängligt i Debian / Ubuntu-distros som faktiskt fungerade mycket bra.

Dessutom efter att ha underhållit RHEL, Fedora & CentOS under det senaste decenniet skulle jag aldrig ens överväga att använda den här metoden för någonting. Det fungerade helt enkelt inte.

Så vanligtvis skulle människor göra en av följande:

Rawhide

Använd Rawhide release , som är den blödande versionen, liknande hur Sid är i Debian. Rawhide erbjuder rullande versioner i den bemärkelsen att det alltid har de senaste versionerna av paket, men det är inte på något sätt tänkt att användas som en daglig distribution, det är egentligen endast avsett för testning.

Stanna med en enda release

Bara leva med detta faktum och håll dig uppdaterad så länge distro stannade kvar, med yum. Du kan använda yum för att tillämpa alla väntande uppdateringar och / eller uppdatera ett enda paket. Dessutom kan yum användas för att installera nya paket också.

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

sudo yum -y update 

Uppdatera ett enda paket:

sudo yum -y update apache\* 

Installera ett nytt paket:

sudo yum -y install apache\* 

Programuppdateringsapplet

Om du vill utföra uppdateringar med ett GUI kan du använda programvaruuppdateringsverktyget som visas i aktivitetsfältet. Detta verktyg 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 

Installera om

När en ny version kommer ut, skulle du göra en ny installation manuellt och se till att kopiera data och konfigurationer fram till det nya systemet.

PreUpgrade

Använd PreUpgrade -verktyget. Detta verktyg samlade i princip bara dina inställningar och namnen på paketen du installerade och skulle hjälpa dig med tillämpa dem på en ny installation. Se @JoelDavis ”svar för den här tekniken också.

OBS: Detta är inte längre ett alternativ som börjar med Fedora 18 men så du har blivit varnad.

Fedora 17 och senare

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

FedUp

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

FedUp (FEDora UPgrader) är namnet på ett nytt system för uppgradering av Fedora-installationer i Fedora 18 och senare versioner. Den ersätter alla för närvarande rekommenderade uppgraderingsmetoder (PreUpgrade och DVD) som har använts i tidigare Fedora-utgåvor. Anaconda, Fedora-installationsprogrammet har ingen inbyggd uppgraderingsfunktionalitet i Fedora 18 eller högre versioner. Det har helt delegerats till Fedup.

För närvarande kan FedUp uppgradera Fedora 17-installationer till Fedora 18 med hjälp av ett nätverksförvar, liknande det 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.

Rullande releaser vs. versionerade releaser

OP ställde en uppföljningsfråga där han ville att jag skulle utarbeta följande fras:

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

När jag gjorde den kommentaren menade jag en sak och frasen” rullande släpp ”betyder verkligen något annat. När jag skrev att jag menade ”rullande release” så att du nu kunde rulla från en punktutgåva av Fedora (säg 17) till version 18. De flesta distros som Debian & Ubuntu tillhandahåller den här anläggningen nu.

Men när vi letar upp beskrivningen av vad ”rullande utgåvor” egentligen betyder på wikipedia , är jag nu mer utbildad om ämnet.

utdrag från wikipedia

… en rullande release eller rullande uppdateringsutveckling modell avser ett kontinuerligt utvecklat mjukvarusystem, detta är istället för en standardutvecklingsmodell som använder programvaruversioner som måste installeras om jämfört med den tidigare versionen. Rullande programvara uppdateras istället kontinuerligt, i motsats till standardversionsprogramvara som uppgraderas mellan versioner … …

Så ur puristiska synvinkel är Debian, Ubuntu, Fedora inte ”rullande utgåvor”. ware som tillhandahåller verktyg för att hjälpa till med uppgraderingen från en punktutgåva till en annan.

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

Debian är bara ”typ av” rullande release om du använder Sid. Rullande release = inga versioner, paket dumpas bara i distro från uppströms ASAP, eller hur? Så Debian är helt motsatsen till en rullande release, Ubuntu också. Fedora Rawhide är också typ av en rullande release, men jag visste det redan (och vill inte använda det, om det är vad du hänvisar till).

Bara så att det är klart för alla framtida läsare. Även utvecklingsgrenarna för Debian (aka. Sid) och Fedora (aka. Rawhide) är inte ”rullande utgåvor”. Visst kan du använda dem som sådana men de är bara ett utvecklings ”område” där nya paket med programvara som kan införlivas i en framtida version kan presenteras för samhället på ett centraliserat sätt.

Nivån på testning som skulle gå in i ett paket som placeras i en av dessa grenar är mindre strikt än säga när ett paket dyker upp som en uppdatering i en riktig ”rullande release” -distro som ArchLinux (skulle jag förvänta mig).

Här är avsnittet på wikipedia-sidan som täcker användningen av utvecklingsgrenar för standarddistributionsversioner:

Skillnaden mellan distributioner av rullande versioner och utvecklingsgrenar för distribution av standardversioner av programvara förbises ofta av användare som inte har erfarenhet av rullande distributioner. Detta kan leda till förvirrade kommentarer, till exempel: ”distro-X är en rullande distribution om du använder dess utvecklingsgren” – där distro-X är en standarddistributionsversion. Även i sällsynta fall där utvecklingsgrenen är en rullande (kontra den vanligaste cykliska) utvecklingsgrenen, gör detta inte distributionen rullande. Till skillnad från standardversioner av distributioner har rullande release-distributioner inte utvecklingsgrenar.

Kommentarer

• Fel … du har alltid kunnat uppdatera allt på en gång. Du kan inte uppgradera på det sättet, t.ex. från Fedora 17 till 18. För det krävs lite mer dans , men det är ganska smärtfritt nuförtiden.
• @vonbrand, vilken aspekt av svaret är fel. Vänligen utveckla. Avser du att använda DVD: n och låta anaconda uppdatera ditt befintliga system till versionen på DVD: n? Efter att ha provat den här metoden vid flera tillfällen skulle jag inte anse att en ” -metod ” jämfört med dist-uppgraderingen som faktiskt fungerar.
• @vonbrand, jag ’ har uppdaterat svaret för att inkludera uppgraderingen av Anaconda DVD-installatören.
• ” Från och med 17 kan du nu göra rullande utgåvor.” – bryr du dig om att ge en förklaring?
• Om gpk-update-viewer inte är installerad, dnf install gnome-packagekit-updater. (Alternativ: apper)

Du kan använda

yum update (för att uppgradera alla paket)

och

yum update <packageName> (för att uppdatera enskilda installerade paket)

Detta fungerar på en Fedora och / eller CentOS och / eller Redhat EL system

Du kan också använda

yum install <packagename> eller yum install <RPM Name or web path> (för att installera paket även på dessa system)

Det finns ett program som heter Software Updater som ger ett GUI men yum är faktiskt väldigt effektivt och ganska intuitivt.

Om du har några frågor om vilka växlar du kan köra med yum kan du använda yum --help

Kommentarer

• om du använder dnf install widget kan det vara n inte uppdatera det om det ’ redan är installerat … men dnf update widget kommer att uppdatera det. Det verkar finnas en viss variation på detta mellan pakethanterare som apt, pkg, npm och pip.

Även om jag inte hittade någon online-sida som skulle beskriva detta verkar # apt-get upgrade -alternativet på Fedora vara # yum update.

Från man-sidorna i yum:

uppdatering — Om det körs utan några paket kommer uppdateringen att uppdateras varje för närvarande installerat paket. Om ett eller flera paket eller paketglobar anges, uppdaterar Yum endast de listade paketen. När du uppdaterar paket kommer yum att se till att alla beroenden är uppfyllda. (Se Specificera paketnamn för mer information) Om de angivna paketen eller globerna matchar paket som för närvarande inte är installerade kommer uppdateringen inte att installeras. uppdateringen fungerar på grupper, filer, tillhandahåller och fillistor precis som ”install” -kommandot.

Kommentarer

• Det är, men när yum eller dnf uppgraderingen avbryts är de särskilt besvärliga att återhämta sig och ger inte mycket hjälp. Det visar sig att detta orsakar problem om uppgraderingen kraschar GUI (och du körde kommandot inifrån GUI). Så du ska använda olika metoder, som numera inkluderar pkcon update. lwn.net/Articles/702629

Generellt sett, när jag går till en ny version, kommer jag generellt att göra en fullständig ominstallation av systemet. Jag har tyckt att det är ganska problematiskt att uppdatera paket på plats och hur mycket tid som används för att felsöka problemen som finns mer komplicerat än att göra ominstallation.

Kommentarer

• Jag ’ vill höra mer om detta Att inte behöva installera om när jag gör uppgraderingar är något jag gillade mycket med Debian …
• Personligen har jag inte upptäckt att RH / Fedora-uppgraderingar är problematiska och att de bränns en gång har gjort ominstallationer av nya system istället för att röra med större versionuppdateringar. Mindre versionuppdateringar har dock varit framgångsrika. Debian kan vara annorlunda.
• Har aldrig sett några problem med mina Fedora-uppdateringar sedan Fedora 14 eller så. Mekanismen har förändrats betydligt nyligen men men min senaste Fedora 16 – > 17 – > 18 gick utan problem, mestadels obevakad över ’ net.
• Jag kan ’ t vänta på att 20: e versionen ska se själv … Eller så kan jag bara ladda ner 18 och uppgradera till 19 men jag verkligen vill inte ’ inte bry sig om det.