Mi az összes szoftver frissítésének preferált módja egy Fedora telepítésben?

Fedora 17 előtt

A Fedora 17 előtti Red Hat disztribúciók egyike sem tartalmazta a képességet a disztrók frissítésére, ahogy kérdezted. Ez egy régóta tárgyalt lehetőség volt sokak kívánságlistáján, de sosem valósult meg.

De mielőtt belekezdenénk egy tisztázásba…

A wiki Upgrading topicja szerint volt egy olyan módszer, ahol a Fedora következő verzióját tartalmazó DVD-t betehetted a rendszeredbe, és az Anaconda megpróbálta frissíteni a rendszeredet. Miután számos alkalommal kipróbáltam ezt a módszert, nem tartanám egyenrangúnak a Debian/Ubuntu disztribúciókban elérhető dist-upgrade módszerrel, amely valójában nagyon jól működött.

Az elmúlt évtizedben RHEL, Fedora & CentOS rendszereket karbantartva, még csak meg sem fordulna a fejemben, hogy ezt a módszert bármihez is használjam. Egyszerűen nem működött.

Az emberek tehát jellemzően a következők valamelyikét csinálják:

Rawhide

A Rawhide kiadást használják, ami a legfrissebb verzió, hasonlóan ahhoz, ahogy a Sid a Debianban. A Rawhide gördülő kiadásokat kínál abban az értelemben, hogy mindig a csomagok legfrissebb verzióit tartalmazza, de semmiképpen sem arra való, hogy mindennapi disztribúcióként használd, tényleg csak tesztelésre való.

Maradj egyetlen kiadásnál

Egyszerűen élj együtt ezzel a ténnyel, és maradj naprakész, amíg a disztribúció megmaradt, használd a yum. A yum segítségével egyszerre alkalmazhatsz minden függőben lévő frissítést és/vagy frissíthetsz egyetlen csomagot. Ezenkívül a yum használható új csomagok telepítésére is.

Minden függőben lévő frissítés alkalmazása (feltételezi, hogy minden kérésre igennel válaszol):

sudo yum -y update

Egyetlen csomag frissítése:

sudo yum -y update apache\*

Új csomag telepítése:

sudo yum -y install apache\*

Szoftverfrissítő alkalmazás

Ha a frissítéseket egy felhasználói felület segítségével szeretné elvégezni, akkor használhatja a tálcán megjelenő szoftverfrissítő eszközt. Ez az eszköz lényegében ugyanazt teszi, mint a fenti yum -y update, és igény szerint a következő paranccsal futtatható:

gpk-update-viewer

Újratelepítés

Amint egy új verzió megjelenik, manuálisan végezzen friss telepítést, és ügyeljen arra, hogy minden adatot és konfigurációt átmásoljon az új rendszerre.

PreUpgrade

A PreUpgrade eszközt használja. Ez az eszköz lényegében csak összegyűjti a beállításait és a telepített csomagok neveit, és segít az új telepítéshez való alkalmazásukban. Lásd @JoelDavis válaszát erről a technikáról is.

MEGJEGYZÉS: Ez azonban a Fedora 18-tól kezdve már nem opció, szóval figyelmeztettelek.

Fedora 17 és utána

A 17-től kezdve már lehet gördülő kiadásokat csinálni.

FedUp

Újdonság a Fedora 17/18-ban a FedUp (FEDora UPgrader) nevű eszköz, amely állítólag a Debian/Ubuntu disztrókhoz hasonló “disztrók frissítését” végzi.

FedUp (FEDora UPgrader) a Fedora 18-as és későbbi kiadásokban a Fedora telepítések frissítésére szolgáló új rendszer neve. Felváltja az összes jelenleg ajánlott frissítési módszert (PreUpgrade és DVD), amelyeket a korábbi Fedora kiadásokban használtak. Az Anaconda, a Fedora telepítője nem rendelkezik beépített frissítési funkcióval a Fedora 18 vagy magasabb kiadásokban. Ezt teljes mértékben a Fedup-ra delegálták.

A FedUp jelenleg képes a Fedora 17-es telepítéseket Fedora 18-ra frissíteni egy hálózati tároló segítségével, hasonlóan a PreUpgrade működéséhez. Jelenleg további frissítési módszerek vannak tervben, és ez az oldal frissülni fog, amint ezek a funkciók elkészülnek.

Rolling Releases vs. Versioned Releases

Az OP feltett egy további kérdést, amelyben azt kérte, hogy fejtsem ki a következő mondatot:

“A 17-től kezdődően most már lehet gördülő kiadásokat csinálni.”

Amikor ezt a megjegyzést tettem, egy dologra gondoltam, és a “gördülő kiadások” kifejezés valójában mást jelent. Amikor ezt írtam, a “rolling release”-t úgy értettem, hogy mostantól a Fedora egy pontjáról (mondjuk a 17-esről) a 18-as verzióra lehet gördíteni. A legtöbb disztribúció, mint például a Debian & Ubuntu már biztosítja ezt a lehetőséget.

Mivel azonban utánanéztem a wikipédián, hogy mit is jelent valójában a “rolling releases”, most már jobban képzett vagyok a témában.

kivonat a wikipédiából

…. a rolling release vagy rolling update fejlesztési modell egy folyamatosan fejlődő szoftverrendszerre utal; ez a standard release fejlesztési modell helyett, amely olyan szoftververziókat használ, amelyeket újra kell telepíteni az előző verzió fölé. A gördülő szoftver ehelyett folyamatosan frissül, ellentétben a standard kiadású szoftverrel, amely a verziók között frissül. …

Szóval purista szempontból a Debian, Ubuntu, Fedora, nem “gördülő kiadások”. Ezek pont standard kiadású szoftverek, amelyek olyan eszközöket biztosítanak, amelyek segítik az egyik pont kiadásról a másikra való frissítést.”

Az OP a következő kérdést is feltette

A Debian csak akkor “afféle” gördülő kiadás, ha Sidet használsz. Rolling release = nincsenek verziók, a csomagokat csak úgy bedobják a disztróba az upstreamből ASAP, nem? Tehát a Debian a rolling release teljes ellentéte, az Ubuntu szintén. A Fedora Rawhide is afféle rolling release, de ezt már tudtam (és nem is akarom használni, ha erre utaltál).

Csak hogy minden jövőbeli olvasónak világos legyen. Még a Debian (aka. Sid) és a Fedora (aka. Rawhide) fejlesztői ágai sem “rolling releases”. Persze használhatod őket, mint ilyeneket, de ezek csupán egy olyan fejlesztési “terület”, ahol az új szoftvercsomagokat, amelyek egy jövőbeli kiadásba beépülhetnek, központosított módon lehet bemutatni a közösségnek.

A tesztelés szintje, ami egy csomagnak az egyik ilyen ágba való elhelyezéséhez szükséges, kevésbé szigorú, mint mondjuk amikor egy csomag frissítésként jelenik meg egy valódi “gördülő kiadású” disztróban, mint az ArchLinux (ez lenne az én elvárásom).

Itt van a wikipedia oldal azon része, amely a standard kiadású disztribúciók fejlesztési ágainak használatával foglalkozik:

A gördülő kiadású szoftverdisztribúciók és a standard kiadású szoftverdisztribúciók fejlesztési ágai közötti különbséget gyakran figyelmen kívül hagyják a gördülő disztribúciókban járatlan felhasználók. Ez olyan zavaros megjegyzésekhez vezethet, mint például: “A distro-X egy gördülő disztribúció, ha a fejlesztői ágát használja” – holott a distro-X egy standard kiadású disztribúció. Még azokban a ritka esetekben is, amikor a fejlesztési ág egy gördülő (szemben a gyakoribb ciklikus) fejlesztési ággal, ez nem teszi a disztribúciót gördülővé. A standard kiadású disztribúcióktól eltérően a gördülő kiadású disztribúciók nem rendelkeznek fejlesztési ágakkal.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.