Wat is de geprefereerde manier om alle software bij te werken in een Fedora installatie?

Vóór Fedora 17

Geen van de Red Hat-distributies vóór Fedora 17 bevatte de mogelijkheid om dist-upgrades uit te voeren zoals je hebt gevraagd. Dit was een lang besproken optie op de verlanglijst van veel mensen, maar was nooit geïmplementeerd.

Maar voordat we een verduidelijking beginnen …

Volgens het onderwerp Upgraden in de wiki , was er een methode waarmee je een dvd in je systeem kon plaatsen voor de volgende versie van Fedora, en Anaconda zouden proberen je systeem te upgraden. Nadat ik deze methode meerdere keren geprobeerd had, zou ik dit niet beschouwen als gelijk aan de dist-upgrade beschikbaar in de Debian / Ubuntu-distributies die eigenlijk heel goed werkten.

Bovendien heeft Fedora & CentOS onderhouden. systemen voor het afgelopen decennium, zou ik zelfs nooit overwegen om deze methode ergens voor te gebruiken. Het werkte gewoon niet.

Dus normaal gesproken zouden mensen een van het volgende:

Rawhide

Gebruik de Rawhide-release , de nieuwste versie, vergelijkbaar met Sid in Debian. Rawhide biedt rollende releases in de zin dat het altijd de laatste versies van pakketten heeft, maar het is zeker niet bedoeld om als dagelijkse distro te worden gebruikt, het is eigenlijk alleen bedoeld om te testen.

Blijf bij een enkele uitgave

Leef gewoon met dit feit en blijf op de hoogte zolang de distro er is, gebruikmakend van yum. U kunt yum gebruiken om alle lopende updates toe te passen en / of een enkel pakket bij te werken. Bovendien kan yum ook worden gebruikt om nieuwe pakketten te installeren.

Pas alle lopende updates toe (veronderstelt ja op alle prompts):

sudo yum -y update 

Werk een enkel pakket bij:

sudo yum -y update apache\* 

Installeer een nieuw pakket:

sudo yum -y install apache\* 

Applet voor software-updates

Als u updates wilt uitvoeren met behulp van een GUI, kunt u de software-updater-tool gebruiken die in uw taakbalk wordt weergegeven. Deze tool doet in wezen hetzelfde als de yum -y update hierboven, en kan op aanvraag worden uitgevoerd met de volgende opdracht:

gpk-update-viewer 

Opnieuw installeren

Als er een nieuwe versie uitkomt, doe je handmatig een nieuwe installatie en zorg ervoor dat je alle data en configuraties naar het nieuwe systeem kopieert.

PreUpgrade

Maak gebruik van de tool PreUpgrade . Deze tool heeft in feite alleen je instellingen verzameld en de namen van de pakketten die je hebt geïnstalleerd, en zou je helpen bij ze toepassen op een nieuwe installatie. Zie @JoelDavis “antwoord ook voor deze techniek.

OPMERKING: Dit is niet langer een optie die begint met Fedora 18, dus je bent “gewaarschuwd.

Fedora 17 en later

Beginnend met 17 kun je nu doorlopende releases doen.

FedUp

Nieuw in Fedora 17/18 is een tool genaamd FedUp (FEDora UPgrader) die beweert “dist-upgrades” uit te voeren, vergelijkbaar met Debian / Ubuntu-distributies.

FedUp (FEDora UPgrader) is de naam van een nieuw systeem voor het upgraden van Fedora installaties in Fedora 18 en hoger releases. Het vervangt alle momenteel aanbevolen upgrade methoden (PreUpgrade en DVD) die gebruikt zijn in eerdere Fedora releases. Anaconda, het Fedora-installatieprogramma heeft geen ingebouwde upgrade-functionaliteit in Fedora 18 of hoger releases. Het is volledig gedelegeerd aan Fedup.

Momenteel is FedUp in staat om Fedora 17 installaties te upgraden naar Fedora 18 met behulp van een netwerkrepository, vergelijkbaar met hoe PreUpgrade werkte. Er zijn momenteel meer upgrademethoden gepland en deze pagina zal worden bijgewerkt zodra deze functies zijn voltooid.

Rolling Releases vs. Versioned Releases

Het OP stelde een vervolgvraag waarin hij wilde dat ik de volgende zin uitweid:

“Vanaf 17 kun je nu rollende releases doen. “

Toen ik die opmerking maakte, bedoelde ik één ding en de uitdrukking” rollende releases “betekent echt iets anders. Toen ik dat schreef, bedoelde ik “rollende uitgave” om aan te geven dat je nu van de ene uitgave van Fedora (zeg 17) naar versie 18 kon rollen. De meeste distributies zoals Debian & bieden Ubuntu deze faciliteit nu.

Maar door de beschrijving op te zoeken van wat “rollende releases” eigenlijk betekent op wikipedia , ben ik nu beter opgeleid over het onderwerp.

fragment uit wikipedia

… een doorlopende release of doorlopende update-ontwikkeling model verwijst naar een voortdurend ontwikkelend softwaresysteem; dit is in plaats van een standaard release-ontwikkelingsmodel dat softwareversies gebruikt die opnieuw moeten worden geïnstalleerd over de vorige versie. Rolling-software wordt in plaats daarvan voortdurend bijgewerkt, in tegenstelling tot standaard releasesoftware die wordt geüpgraded tussen versies. …

Dus vanuit een puristisch standpunt zijn Debian, Ubuntu en Fedora geen “rollende releases”. ware die tools bieden om te helpen bij het upgraden van de ene puntrelease naar de andere.

Het OP stelde ook de volgende vraag

Debian is slechts een “soort” rollende uitgave als u Sid gebruikt. Rollende release = geen versies, pakketten worden gewoon zo snel mogelijk in de distro gedumpt vanuit de upstream, toch? Dus Debian is het tegenovergestelde van een rollende release, ook Ubuntu. Fedora Rawhide is ook een soort rollende uitgave, maar ik wist dat al (en ik wil het niet gebruiken, als dat is waar je naar verwees).

Gewoon zodat het duidelijk is voor toekomstige lezers. Zelfs de ontwikkelingstakken van Debian (ook bekend als Sid) en Fedora (ook bekend als Rawhide) zijn geen “rollende releases”. Natuurlijk kun je ze als zodanig gebruiken maar ze zijn slechts een ontwikkelingsgebied waar nieuwe softwarepakketten die kunnen worden opgenomen in een toekomstige uitgave, op een gecentraliseerde manier aan de gemeenschap kunnen worden gepresenteerd.

Het niveau van het testen van een pakket dat in een van deze branches wordt geplaatst, is minder streng dan bijvoorbeeld wanneer een pakket verschijnt als een update in een echte “rolling release” -distro zoals ArchLinux (zou mijn verwachting zijn).

Hier is het gedeelte van de wikipedia-pagina dat het gebruik van ontwikkelingstakken voor distributies met standaardversies behandelt:

Het onderscheid tussen softwareversies met rollende releases en ontwikkelingstakken van softwaredistributies met standaardrelease worden vaak over het hoofd gezien door gebruikers die geen ervaring hebben met rollende distributies. Dit kan leiden tot verwarde opmerkingen, zoals: “distro-X is een rollende distributie als je de ontwikkelingstak gebruikt” – waar distro-X een standaard uitgiftedistributie is. Zelfs in zeldzame gevallen waarin de ontwikkelingstak een rollende (versus de meer gebruikelijke cyclische) ontwikkelingstak is, maakt dit de distributie niet rollend. In tegenstelling tot standaard uitgavedistributies hebben rollende uitgiftedistributies geen ontwikkelingstakken.

Opmerkingen

• Fout … je hebt altijd alles in één keer kunnen updaten. U kunt op die manier niet upgraden, bijv. van Fedora 17 tot 18. Daarvoor is wat meer dansen vereist, maar het is tegenwoordig vrij pijnloos.
• @vonbrand, welk aspect van het antwoord is fout. Vertel alstublieft wat meer. Verwijs je naar het gebruik van de dvd en het laten bijwerken van je bestaande systeem door anaconda naar de versie op de dvd? Nadat ik deze methode meerdere keren geprobeerd heb, zou ik niet denken dat een ” methode ” vergeleken met de dist-upgrade die echt werkt.
• @vonbrand, ik ‘ heb het antwoord bijgewerkt met de upgrade van het Anaconda DVD-installatieprogramma.
• ” Beginnend met 17 kun je nu rollende releases doen.” – zou je wat uitleg willen geven?
• Als gpk-update-viewer niet is geïnstalleerd, dnf install gnome-packagekit-updater. (Alternatief: apper)

U kunt gebruiken

yum update (om alle pakketten te upgraden)

en

yum update <packageName> (om individuele geïnstalleerde pakketten bij te werken)

Dit werkt op een Fedora en / of CentOS en / of Redhat EL systems

U kunt ook

yum install <packagename> of yum install <RPM Name or web path> gebruiken (om pakketten te installeren ook op deze systemen)

Er is een applicatie genaamd Software Updater die een GUI biedt, maar yum is eigenlijk heel efficiënt en behoorlijk intuïtief.

Als je vragen hebt over welke schakelaars je met yum kunt gebruiken, kun je yum --help

Reacties

gebruiken
• als je dnf install widget gebruikt, mag het n iet update het als het ‘ al is geïnstalleerd … maar dnf update widget zal het updaten. Het lijkt erop dat hier enige variatie bestaat tussen pakketbeheerders zoals apt, pkg, npm en pip.

Hoewel ik geen online pagina vond die dit zou beschrijven, lijkt het # apt-get upgrade alternatief op Fedora # yum update te zijn.

Van de man-paginas van yum:

update — Als het wordt uitgevoerd zonder pakketten, zal update elk huidig geïnstalleerd pakket updaten. Als een of meer pakketten of pakketglobs zijn gespecificeerd, zal Yum alleen de vermelde pakketten bijwerken. Tijdens het updaten van pakketten, zal yum ervoor zorgen dat aan alle afhankelijkheden wordt voldaan. (Zie Pakketnamen specificeren voor meer informatie) Als de opgegeven pakketten of globs overeenkomen met pakketten die momenteel niet zijn geïnstalleerd, zal update ze niet installeren. update werkt op groepen, bestanden, bestanden en bestandslijsten net als het “install” commando.

Reacties

• Dat is zo, maar wanneer de upgrade van yum of dnf wordt onderbroken, zijn ze bijzonder lastig te herstellen en bieden ze niet veel hulp. Het blijkt dat dit problemen veroorzaakt als de upgrade de GUI crasht (en u de opdracht hebt uitgevoerd vanuit de GUI). Het is dus de bedoeling dat u verschillende methoden gebruikt, waaronder tegenwoordig pkcon update. lwn.net/Articles/702629

Over het algemeen zal ik, wanneer ik naar een nieuwe versie ga, “het systeem over het algemeen volledig opnieuw installeren. Ik heb gemerkt dat het updaten van pakketten behoorlijk problematisch is en de hoeveelheid tijd die wordt besteed aan het opsporen van fouten in de problemen die er zijn complexer dan opnieuw installeren.

Opmerkingen

• Ik ‘ zou hier graag meer over willen horen Niet opnieuw hoeven te installeren bij het uitvoeren van upgrades is iets wat ik erg leuk vond bij Debian …
• Persoonlijk heb ik niet gemerkt dat RH / Fedora-upgrades problematisch zijn en dat ze worden gebrand nadat ik de nieuwe systemen in plaats van te rommelen met grote versie-updates Kleine versie-updates zijn echter succesvol geweest Debian kan anders zijn.
• Nooit een probleem gezien met mijn Fedora-updates sinds Fedora 14 of zo. Het mechanisme is aanzienlijk veranderd De laatste tijd wel, maar mijn laatste Fedora 16 – > 17 – > 18 gingen zonder problemen, meestal zonder toezicht over de ‘ net.
• Ik kan ‘ niet wachten tot de 20e uitgave met eigen ogen kan zien … Of ik kan gewoon 18 downloaden en upgraden naar 19, maar ik don ‘ wil je daar niet mee bemoeien.