Jaký je preferovaný způsob aktualizace veškerého softwaru v instalaci Fedory?

Před Fedorou 17

Žádná z distribucí Red Hat před Fedorou 17 neobsahovala možnost provést aktualizaci distribuce, jak jste se ptali. Byla to dlouho diskutovaná možnost na seznamu přání mnoha lidí, ale nikdy nebyla implementována.

Ale než se pustíme do vysvětlování…

Podle tématu Upgrade ve wiki existovala metoda, kdy jste mohli do systému vložit DVD s další verzí Fedory a Anaconda se pokusila váš systém upgradovat. Poté, co jsem tuto metodu mnohokrát vyzkoušel, bych ji nepovažoval za rovnocennou s metodou dist-upgrade dostupnou v distribucích Debian/Ubuntu, která ve skutečnosti fungovala velmi dobře.

Podle toho, že jsem udržoval systémy RHEL, Fedora & CentOS po více než deset let, bych nikdy ani neuvažoval o tom, že bych tuto metodu na cokoli použil. Prostě to nefungovalo.

Takže typicky by lidé dělali jednu z následujících věcí:

Rawhide

Používají verzi Rawhide, což je bleeding edge verze, podobně jako Sid v Debianu. Rawhide nabízí rolling release v tom smyslu, že má vždy nejnovější verze balíčků, ale v žádném případě není určen pro každodenní používání, je opravdu určen pouze pro testování.

Zůstaňte u jediného vydání

Smiřte se s touto skutečností a buďte aktuální tak dlouho, dokud se distro udrželo, pomocí yum. Pomocí yum můžete jednak použít všechny čekající aktualizace a/nebo aktualizovat jediný balíček. Kromě toho lze yum použít i k instalaci nových balíčků.

Použít všechny čekající aktualizace (předpokládá ano na všechny výzvy):

sudo yum -y update

Aktualizovat jeden balíček:

sudo yum -y update apache\*

Instalovat nový balíček:

sudo yum -y install apache\*

Applet pro aktualizaci softwaru

Pokud chcete provádět aktualizace pomocí grafického rozhraní, můžete použít nástroj pro aktualizaci softwaru, který se zobrazí na hlavním panelu. Tento nástroj dělá v podstatě totéž co výše uvedený yum -y update a lze jej spustit na vyžádání pomocí následujícího příkazu:

gpk-update-viewer

Přeinstalovat

Při vydání nové verze byste měli ručně provést novou instalaci a dbát na to, abyste všechna data a konfigurace překopírovali dopředu do nového systému.

PreUpgrade

Použijte nástroj PreUpgrade. Tento nástroj v podstatě jen shromáždil vaše nastavení a názvy nainstalovaných balíčků a pomohl by vám je použít v nové instalaci. Tuto techniku najdete také v odpovědi @JoelDavis.

POZNÁMKA: Počínaje Fedorou 18 však tato možnost již není k dispozici, takže jste byli varováni.

Fedora 17 a později

Začínaje verzí 17 již můžete provádět rolling releases.

FedUp

Novinkou ve Fedoře 17/18 je nástroj FedUp (FEDora UPgrader), který údajně provádí „dist-upgrade“ podobně jako v distribucích Debian/Ubuntu.

FedUp (FEDora UPgrader) je název nového systému pro upgrade instalací Fedory ve vydání Fedora 18 a vyšších. Nahrazuje všechny v současnosti doporučované metody upgradu (PreUpgrade a DVD), které se používaly v předchozích vydáních Fedory. Anaconda, instalátor systému Fedora, nemá ve vydání Fedora 18 a vyšších žádnou vestavěnou funkci upgradu. Ta byla zcela delegována na Fedup.

V současné době je FedUp schopen upgradovat instalace Fedory 17 na Fedoru 18 pomocí síťového úložiště, podobně jako fungoval PreUpgrade. V současné době se plánují další způsoby upgradu a tato stránka bude aktualizována, jakmile budou tyto funkce dokončeny.

Rolling Releases vs. Rolling Releases. Verzované verze

Operátor položil doplňující otázku, ve které chtěl, abych upřesnil následující větu:

„Počínaje verzí 17 můžete nyní provádět rolling releases.“

Když jsem uvedl tuto poznámku, myslel jsem tím jednu věc a slovní spojení „rolling releases“ ve skutečnosti znamená něco jiného. Když jsem to napsal, měl jsem na mysli „rolling release“ ve smyslu, že nyní můžete přejít z jednoho bodového vydání Fedory (řekněme 17) na verzi 18. To znamená, že můžete přejít na verzi 18. Většina distribucí, jako je Debian & Ubuntu, tuto možnost nyní poskytuje.

Když jsem se však podíval na popis toho, co „rolling releases“ vlastně znamená, na wikipedii, jsem nyní v této věci vzdělanější.

výpis z wikipedie

…. vývojový model rolling release nebo rolling update označuje průběžně se vyvíjející softwarový systém; je to namísto standardního vývojového modelu, který používá verze softwaru, které se musí přeinstalovat přes předchozí verzi. Rolling software je místo toho průběžně aktualizován, na rozdíl od softwaru standardního vydání, který se mezi verzemi aktualizuje. …

Z puristického hlediska tedy Debian, Ubuntu, Fedora nejsou „rolling releases“. Jsou to standardně vydávané bodové verze softwaru, které poskytují nástroje pomáhající při přechodu z jedné bodové verze na druhou.

Operátor se také zeptal na následující otázku

Debian je pouze „jakoby“ rolling release, pokud používáte Sid. Rolling release = žádné verze, balíčky jsou prostě do distribuce naházeny z upstreamu co nejdříve, ne? Takže Debian je úplný opak rolling release, Ubuntu taky. Fedora Rawhide je taky něco jako rolling release, ale to už jsem věděl (a nechci to používat, pokud jsi měl na mysli tohle).

Jen aby to bylo jasné případným budoucím čtenářům. Ani vývojové větve Debianu (aka Sid) a Fedory (aka Rawhide) nejsou „rolling releases“. Jistě, můžete je jako takové používat, ale jsou pouze vývojovou „oblastí“, kde mohou být komunitě centralizovaně prezentovány nové balíčky softwaru, které mohou být začleněny do budoucího vydání.

Úroveň testování, která by proběhla při umístění balíčku do jedné z těchto větví, je méně přísná, než když se balíček objeví jako aktualizace ve skutečné „rolling release“ distribuci, jako je ArchLinux (to bych očekával já).

Tady je část stránky wikipedie, která se zabývá používáním vývojových větví u distribucí se standardním vydáním:

Rozdíl mezi distribucemi se standardním vydáním a vývojovými větvemi distribucí se standardním vydáním je často přehlížen uživateli, kteří nemají zkušenosti s distribucemi se standardním vydáním. To může vést ke zmateným komentářům, jako např: „distro-X je rolling distribuce, pokud používáte její vývojovou větev“ – kdežto distro-X je distribuce se standardním vydáním. Dokonce i ve vzácných případech, kdy je vývojová větev rolling (oproti běžnější cyklické) vývojové větvi, neznamená to, že se jedná o rolling distribuci. Na rozdíl od distribucí se standardním vydáním nemají distribuce s klouzavým vydáním vývojové větve.