Jaki jest preferowany sposób aktualizacji całego oprogramowania w instalacji Fedory?

Przed Fedorą 17

Żadna z dystrybucji Red Hat przed Fedorą 17 nie zawierała możliwości wykonywania dist-upgradów, o które prosiłeś. Była to długo dyskutowana opcja na liście życzeń wielu ludzi, ale nigdy nie została zaimplementowana.

Ale zanim zaczniemy wyjaśnienie…

Zgodnie z tematem Uaktualnienia w wiki, istniała metoda, w której można było umieścić w systemie płytę DVD z następną wersją Fedory, a Anaconda próbowałaby uaktualnić system. Wypróbowawszy tę metodę przy wielu okazjach, nie uznałbym jej za porównywalną z dist-upgrade dostępną w dystruburacjach Debian/Ubuntu, która faktycznie działała bardzo dobrze.

Dodatkowo, utrzymując systemy RHEL, Fedora & CentOS przez ostatnią dekadę, nigdy nawet nie rozważałbym użycia tej metody do czegokolwiek. To po prostu nie działa.

Więc zazwyczaj ludzie wykonują jedną z następujących czynności:

Rawhide

Używają wydania Rawhide, które jest wersją „bleeding edge”, podobnie jak Sid w Debianie. Rawhide oferuje wydania kroczące w tym sensie, że zawsze ma najnowsze wersje pakietów, ale w żadnym wypadku nie jest przeznaczone do codziennego użytku, jest przeznaczone tylko do testowania.

Zostań przy jednym wydaniu

Żyj z tym faktem i bądź na bieżąco tak długo, jak długo distro istnieje, używając yum. Możesz użyć yum zarówno do zastosowania wszystkich oczekujących aktualizacji i/lub aktualizacji pojedynczego pakietu. Dodatkowo, yum może być również użyty do zainstalowania nowych pakietów.

Zastosuj wszystkie oczekujące aktualizacje (zakłada „tak” na wszystkie monity):

sudo yum -y update

Zaktualizuj pojedynczy pakiet:

sudo yum -y update apache\*

Zainstaluj nowy pakiet:

sudo yum -y install apache\*

Aplet aktualizacji oprogramowania

Jeśli chcesz wykonać aktualizacje przy użyciu GUI, możesz użyć narzędzia aktualizacji oprogramowania, które pojawia się na pasku zadań. To narzędzie zasadniczo robi to samo, co yum -y update powyżej, i może być uruchomione na żądanie przy użyciu następującego polecenia:

gpk-update-viewer

Re-install

Jak wyjdzie nowa wersja, ręcznie wykonasz świeżą instalację i zadbasz o skopiowanie wszelkich danych i konfiguracji do nowego systemu.

PreUpgrade

Wykorzystaj narzędzie PreUpgrade. To narzędzie w zasadzie tylko zebrało twoje ustawienia i nazwy pakietów, które zainstalowałeś i pomogłoby ci w zastosowaniu ich w nowej instalacji. Zobacz odpowiedź @JoelDavis dla tej techniki również.

UWAGA: To nie jest już opcja zaczynająca się od Fedory 18, więc zostałeś ostrzeżony.

Fedora 17 i później

Zaczynając od 17 możesz teraz robić kroczące wydania.

FedUp

Nowością w Fedorze 17/18 jest narzędzie o nazwie FedUp (FEDORA UPgrader), które rzekomo robi „dist-upgrades” podobne do dystrybucji Debian/Ubuntu.

FedUp (FEDORA UPgrader) to nazwa nowego systemu uaktualniania instalacji Fedory w wydaniach Fedory 18 i wyższych. Zastępuje on wszystkie obecnie zalecane metody aktualizacji (PreUpgrade i DVD), które były używane w poprzednich wydaniach Fedory. Anaconda, instalator Fedory, nie ma żadnej wbudowanej funkcji uaktualniania w wydaniach Fedory 18 i wyższych. Została ona całkowicie przekazana Fedupowi.

Obecnie FedUp jest zdolny do uaktualnienia instalacji Fedory 17 do Fedory 18 przy użyciu sieciowego repozytorium, podobnego do tego, jak działał PreUpgrade. Więcej metod uaktualniania jest obecnie planowanych, a ta strona będzie aktualizowana, gdy te funkcje zostaną ukończone.

Rolling Releases vs. Versioned Releases

Operator zadał pytanie uzupełniające, w którym chciał, abym rozwinął następujące zdanie:

„Począwszy od 17 możesz teraz robić rolling releases.”

Kiedy to skomentowałem, miałem na myśli jedną rzecz, a wyrażenie „rolling releases” naprawdę oznacza coś innego. Kiedy to napisałem, miałem na myśli, że „rolling release” oznacza, że można teraz przejść z jednego wydania Fedory (powiedzmy 17) do wersji 18. Większość dystrybucji takich jak Debian & Ubuntu zapewnia to udogodnienie teraz.

Jednakże po sprawdzeniu opisu tego, co „rolling releases” faktycznie oznacza na wikipedii, jestem teraz bardziej wyedukowany w tym temacie.

excerpt z wikipedii

…. rolling release lub rolling update development model odnosi się do ciągle rozwijającego się systemu oprogramowania; jest to zamiast standardowego modelu rozwoju release, który używa wersji oprogramowania, które muszą być ponownie zainstalowane na poprzedniej wersji. Oprogramowanie kroczące, zamiast tego, jest stale aktualizowane, w przeciwieństwie do oprogramowania o standardowym wydaniu, które jest aktualizowane pomiędzy wersjami. …

Więc z punktu widzenia purystów, Debian, Ubuntu, Fedora, nie są „kroczącymi wydaniami”. Są to standardowe programy, które dostarczają narzędzi pomagających w aktualizacji z jednego wydania punktowego do drugiego.

Operator zadał również następujące pytanie

Debian jest tylko „jakby” rolling release, jeśli używasz Sida. Rolling release = brak wersji, pakiety są po prostu wrzucane do dystrybucji z upstreamu ASAP, prawda? Więc Debian jest zupełnym przeciwieństwem rolling release, Ubuntu również. Fedora Rawhide jest również czymś w rodzaju rolling release, ale już o tym wiedziałem (i nie chcę tego używać, jeśli to jest to, do czego się odnosisz).

Tylko po to, żeby było to jasne dla przyszłych czytelników. Nawet gałęzie rozwojowe Debiana (aka. Sid) i Fedory (aka. Rawhide) nie są „wydaniami kroczącymi”. Jasne, że możecie ich używać jako takich, ale są one tylko „obszarem” rozwoju, gdzie nowe pakiety oprogramowania, które mogą być włączone do przyszłego wydania, mogą być prezentowane społeczności w scentralizowany sposób.

Poziom testowania jaki przechodzi pakiet umieszczany w jednej z tych gałęzi jest mniej rygorystyczny niż powiedzmy kiedy pakiet pojawia się jako aktualizacja w prawdziwym „rolling release” distro takim jak ArchLinux (tego bym oczekiwał).

Tutaj sekcja strony wikipedii, która omawia użycie gałęzi rozwojowych dla dystrybucji o standardowym wydaniu:

Różnica między dystrybucjami oprogramowania typu rolling release a gałęziami rozwojowymi dystrybucji oprogramowania o standardowym wydaniu jest często pomijana przez użytkowników niedoświadczonych z dystrybucjami typu rolling. Może to prowadzić do mylnych komentarzy, takich jak: „distro-X jest dystrybucją kroczącą jeśli używasz jej gałęzi rozwojowej” – gdzie distro-X jest dystrybucją o standardowym wydaniu. Nawet w rzadkich przypadkach, gdy gałąź rozwojowa jest krocząca (w przeciwieństwie do bardziej powszechnej, cyklicznej), nie czyni to dystrybucji kroczącą. W przeciwieństwie do standardowych dystrybucji, dystrybucje typu rolling release nie mają gałęzi rozwojowych.