Mikä on suositeltavin tapa päivittää kaikki ohjelmistot Fedora-asennuksessa?

Ennen Fedora 17:ää

Ei yhdessäkään Red Hatin distrossa ennen Fedora 17:ää ollut mahdollisuutta tehdä dist-päivityksiä, kuten olet kysynyt. Tämä oli ollut pitkään keskusteltu vaihtoehto monien toivelistalla, mutta sitä ei ollut koskaan toteutettu.

Mutta ennen kuin aloitamme selvennyksen…

Wikin Upgrading-aiheen mukaan oli olemassa menetelmä, jossa voit laittaa järjestelmääsi DVD-levyn seuraavalle Fedora-versiolle, ja Anaconda yritti päivittää järjestelmäsi. Kun olen kokeillut tätä menetelmää useaan otteeseen, en pitäisi sitä tasavertaisena Debian/Ubuntu -distroissa käytettävissä olevan dist-upgrade menetelmän kanssa, joka toimi itse asiassa erittäin hyvin.

Lisäksi ylläpidettyäni RHEL-, Fedora- & CentOS-järjestelmiä yli vuosikymmenen ajan, en koskaan edes harkitsisi tämän menetelmän käyttämistä mihinkään. Se ei yksinkertaisesti toiminut.

Tyypillisesti ihmiset siis tekisivät jotain seuraavista:

Rawhide

Käyttävät Rawhide-julkaisua, joka on bleeding edge -versio, samalla tavalla kuin Sid on Debianissa. Rawhide tarjoaa rullaavia julkaisuja siinä mielessä, että siinä on aina uusimmat versiot paketeista, mutta sitä ei missään nimessä ole tarkoitettu käytettäväksi päivittäisenä distroona, vaan se on oikeastaan tarkoitettu vain testaukseen.

Pysy yhden julkaisun kanssa

Lebe vain tämän tosiasian kanssa ja pysy ajan tasalla niin kauan kuin distro pysyy olemassa, käyttämällä yum. Voit käyttää yum sekä soveltaa kaikkia vireillä olevia päivityksiä ja/tai päivittää yhden paketin. Lisäksi yum voidaan käyttää myös uusien pakettien asentamiseen.

Valtaa kaikki vireillä olevat päivitykset (olettaa, että kaikkiin kehotteisiin vastataan kyllä):

sudo yum -y update

Päivitä yksittäinen paketti:

sudo yum -y update apache\*

Asenna uusi paketti:

sudo yum -y install apache\*

Ohjelmistopäivitys-sovellus

Jos haluat tehdä päivitykset graafisella käyttöliittymällä, voit käyttää tehtäväpalkkisi näkyviin tulevaa ohjelmiston päivitystyökalua. Tämä työkalu tekee periaatteessa saman kuin yllä oleva yum -y update, ja se voidaan ajaa pyynnöstä seuraavalla komennolla:

gpk-update-viewer

Uusi asennus

Kun uusi versio ilmestyy, teet manuaalisesti uuden asennuksen ja huolehdit siitä, että kopioit kaikki tiedot ja määritykset eteenpäin uuteen järjestelmään.

PreUpgrade

Käytä PreUpgrade-työkalua. Tämä työkalu lähinnä vain keräsi asetuksesi ja asentamiesi pakettien nimet ja auttaisi sinua soveltamaan niitä uuteen asennukseen. Katso myös @JoelDavisin vastaus tästä tekniikasta.

Huomautus: Tämä ei kuitenkaan ole enää mahdollista Fedora 18:sta alkaen, joten sinua on varoitettu.

Fedora 17 ja sen jälkeen

Alkaen 17:stä voit nyt tehdä rullaavia julkaisuja.

FedUp

Uutta Fedora 17/18:ssa on FedUp (FEDora UPgrader) -niminen työkalu, joka väittää tekevänsä Debian/Ubuntu -distrojen kaltaisia ”dist-päivityksiä”.

FedUp (FEDora UPgrader) on nimi uudelle järjestelmälle, jonka avulla Fedora-asennuksia voidaan päivittää Fedora 18:n ja sitä uudemmissa julkaisuissa. Se korvaa kaikki tällä hetkellä suositellut päivitysmenetelmät (PreUpgrade ja DVD), joita on käytetty aiemmissa Fedora-julkaisuissa. Fedoran asennusohjelmalla Anaconda ei ole mitään sisäänrakennettua päivitystoimintoa Fedora 18- tai sitä uudemmissa julkaisuissa. Se on delegoitu kokonaan Fedupille.

Tällä hetkellä FedUp pystyy päivittämään Fedora 17 -asennukset Fedora 18:aan käyttäen verkkovarastoa, samaan tapaan kuin PreUpgrade toimi. Lisää päivitysmenetelmiä on parhaillaan suunnitteilla ja tätä sivua päivitetään, kun nämä ominaisuudet valmistuvat.

Rolling Releases vs. Versioned Releases

Vastaava esitti jatkokysymyksen, jossa hän halusi minun selventävän seuraavaa lausetta:

”Alkaen 17:stä voit nyt tehdä rullaavia julkaisuja.”

Kun tein tuon kommentin, tarkoitin yhtä asiaa, ja ”rullaavilla julkaisuilla” tarkoitetaan oikeasti jotain muuta. Kun kirjoitin tuon, tarkoitin ”rolling release” -ilmaisulla sitä, että Fedoran yhdestä pisteversiosta (vaikkapa 17) voi nyt siirtyä versioon 18. Useimmat distrot, kuten Debian & Ubuntu, tarjoavat tämän mahdollisuuden nyt.

Katsottuani wikipediasta kuvauksen siitä, mitä ”rolling releases” oikeastaan tarkoittaa, olen nyt sivistyneempi aiheesta.

excerpt from wikipedia

….rolling release tai rolling update -kehitysmalli viittaa jatkuvasti kehittyvään ohjelmistojärjestelmään; tämä on tavallisen julkaisukehitysmallin sijaan, jossa käytetään ohjelmistoversioita, jotka on asennettava uudelleen edellisen version päälle. Rullaavaa ohjelmistoa sen sijaan päivitetään jatkuvasti, toisin kuin standardijulkaisuohjelmistoa, jota päivitetään versioiden välillä. …

Puristien näkökulmasta Debian, Ubuntu ja Fedora eivät siis ole ”liikkuvia julkaisuja”. Ne ovat pistemäisiä standardijulkaisuohjelmistoja, jotka tarjoavat työkaluja, jotka auttavat päivityksessä pisteversiosta toiseen.

Vastaava esitti myös seuraavan kysymyksen

Debian on vain ”tavallaan” rolling release, jos käytät Sidiä. Rolling release = ei versioita, paketit vain dumpataan distroon upstreamista ASAP, eikö? Debian on siis rolling release:n täydellinen vastakohta, Ubuntu samoin. Fedora Rawhide on myös tavallaan rullaava julkaisu, mutta tiesin sen jo (enkä halua käyttää sitä, jos siihen viittasit).

Niin, jotta asia on selvä kaikille tuleville lukijoille. Edes Debianin (aka. Sid) ja Fedoran (aka. Rawhide) kehityshaarat eivät ole ”rolling releases”. Toki niitä voi käyttää sellaisina, mutta ne ovat vain kehitys ”alue”, jossa uusia ohjelmistopaketteja, jotka voidaan sisällyttää tulevaan julkaisuun, voidaan esitellä yhteisölle keskitetysti.

Testauksen taso, jolla paketti sijoitetaan johonkin näistä haaroista, ei ole yhtä tiukka kuin vaikkapa silloin, kun paketti ilmestyy päivityksenä todelliseen ”liikkuvan julkaisun” levitykseen, kuten ArchLinuxiin (olisi minun odotukseni).

Tässä on wikipedia-sivun kohta, joka käsittelee kehityshaarojen käyttöä standardijulkaisujakeluissa:

Rullaavien ohjelmistojulkaisujakeluiden ja standardijulkaisuohjelmistojulkaisujakeluiden kehityshaarojen välinen ero jää usein huomaamatta käyttäjiltä, joilla ei ole kokemusta rullaavista jakeluista. Tämä voi johtaa sekaviin kommentteihin, kuten esim: ”distro-X on rullaava jakelu, jos käytät sen kehityshaaraa” – kun distro-X on standardijulkaisujakelu. Jopa niissä harvinaisissa tapauksissa, joissa kehityshaara on jatkuva (eikä yleisemmin syklinen) kehityshaara, tämä ei tee jakelusta jatkuvaa. Toisin kuin standardijulkaisujakeluissa, rolling release -jakeluissa ei ole kehityshaaroja.