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

11

Kiedy instaluję jakiś system, zwykle szukam metody aktualizacji zbiorczej, która zaktualizuje moje ostatnio zainstalowane oprogramowanie.

Na przykład w Debianie zmieniłoby sources.listto wskazanie na to, czego chcę i wykonuje # apt-get update && apt-get dist-upgrade.

Czy istnieje odpowiednik tego w Fedorze (18)? Czy brakuje mi menedżera aktualizacji GUI?

Pojawiła się wiadomość w Gnome, że mój system wymaga ważnych aktualizacji. Odrzuciłem go, ponieważ jedyną opcją, jaką mi przedstawił, było „Zainstaluj aktualizacje” i nie byłem pewien, co by to zrobiło.

Teraz wiadomość zniknęła i nie mogę jej znaleźć, nie ma oprogramowania, z którym mogłaby być połączona.

Czego tu brakuje?

jcora
źródło
yum updateOdpowiedź jest mój preferowany tryb. Ale istnieje menedżer oprogramowania GUI, jeśli chcesz go użyć. W Gnome 3 przejdź do działań i wyszukaj „aktualizację oprogramowania” (lub znajdź ją na liście aplikacji). To samo zrobi dla ciebie.
dougBTV
1
Sugerowałbym zmianę tytułu tego pytania, aby lepiej pasowało do pytania, które dotyczy konkretnie aktualizacji z jednego wydania do drugiego . Aktualizacja całego oprogramowania może oznaczać różne rzeczy, dlatego nie jest dobrze dopasowana do pytania.
Piotr Dobrogost
@PiotrDobrogost Nie mówię o aktualizacjach wersji, dist-upgrademożna w dowolnym momencie użyć do pełnej aktualizacji ...
jcora, 16'14

Odpowiedzi:

10

Przed Fedorą 17

Żadna z dystrybucji Red Hat przed Fedorą 17 nie zawierała możliwości dokonywania aktualizacji dist, jak prosiłeś. Była to długo dyskutowana opcja na liście życzeń wielu ludzi, ale nigdy nie została wdrożona.

Ale zanim zaczniemy wyjaśnienia ...

Zgodnie z tematem Uaktualnianie na wiki , była metoda, w której możesz umieścić DVD w swoim systemie dla następnej wersji Fedory, a Anaconda spróbuje zaktualizować system. Próbując tej metody przy wielu okazjach, nie uważałbym, że jest ona na równi z dist-upgradedostępnymi w dystrybucjach Debian / Ubuntu, które faktycznie działały bardzo dobrze.

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

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

Skóra surowa

Użyj wydania Rawhide , która jest najnowocześniejszą wersją, podobną do tego, jak Sid jest w Debianie. Rawhide oferuje nowe wersje w tym sensie, że zawsze ma najnowsze wersje pakietów, ale w żadnym wypadku nie jest przeznaczony do codziennej dystrybucji, tak naprawdę służy tylko do testowania.

Zostań z jednym wydaniem

Po prostu żyj z tym faktem i bądź na bieżąco, dopóki dystrybucja pozostanie w pobliżu, używając yum. Możesz użyć yumzarówno do zastosowania wszelkich oczekujących aktualizacji i / lub aktualizacji jednego pakietu. Ponadto yummożna go również użyć do zainstalowania nowych pakietów.

Zastosuj wszystkie oczekujące aktualizacje (zakłada tak dla wszystkich monitów):

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 wykonywać aktualizacje za pomocą GUI, możesz użyć narzędzia do aktualizacji oprogramowania, które pojawia się na pasku zadań. To narzędzie zasadniczo robi to samo, co yum -y updatepowyżej, i można je uruchomić na żądanie za pomocą następującego polecenia:

gpk-update-viewer

Zainstaluj ponownie

Gdy pojawi się nowa wersja, ręcznie wykonasz nową instalację i zadbasz o skopiowanie wszelkich danych i konfiguracji do nowego systemu.

PreUpgrade

Skorzystaj z narzędzia PreUpgrade . To narzędzie w zasadzie właśnie zebrało twoje ustawienia i nazwy zainstalowanych pakietów i pomogło ci w zastosowaniu ich do nowej instalacji. Zobacz także odpowiedź @JoelDavis na tę technikę.

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

Fedora 17 i późniejsze

Począwszy od 17 lat, możesz teraz robić nowe wersje.

Dość

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

FedUp (FEDora UPgrader) to nazwa nowego systemu do aktualizacji instalacji Fedory w Fedorze 18 i nowszych wersjach. Zastępuje wszystkie obecnie zalecane metody aktualizacji (PreUpgrade i DVD), które były używane w poprzednich wersjach Fedory. Anaconda, instalator Fedory nie ma żadnych wbudowanych funkcji aktualizacji w wydaniach Fedory 18 lub nowszych. Został całkowicie przekazany do Fedup.

Obecnie FedUp jest w stanie uaktualnić instalacje Fedory 17 do Fedory 18 przy użyciu repozytorium sieciowego, podobnie jak w przypadku PreUpgrade. Obecnie planowanych jest więcej metod aktualizacji, a ta strona zostanie zaktualizowana po zakończeniu tych funkcji.

Rolling Releases vs. Wersjonowane wersje

OP zadał kolejne pytanie, w którym chciał, żebym opracował następującą frazę:

„Począwszy od 17 lat, możesz teraz robić cykliczne wydania.”

Kiedy pisałem ten komentarz, miałem na myśli jedną rzecz, a wyrażenie „rolling release” naprawdę znaczy coś innego. Kiedy pisałem, że miałem na myśli „wydanie ciągłe”, oznacza to, że możesz teraz przejść z jednego wydania Fedory (powiedzmy 17) do wersji 18. Większość dystrybucji, takich jak Debian i Ubuntu, oferuje teraz tę funkcję.

Jednak patrząc na opis tego, co w rzeczywistości oznaczają „nowe wersje” na Wikipedii , jestem teraz bardziej wykształcony na ten temat.

fragment z wikipedii

... model rozwoju wersji ciągłej lub aktualizacji ciągłej odnosi się do stale rozwijającego się systemu oprogramowania; jest to zamiast standardowego modelu programistycznego, który wykorzystuje wersje oprogramowania, które muszą zostać ponownie zainstalowane w stosunku do poprzedniej wersji. Natomiast oprogramowanie kroczące jest stale aktualizowane, w przeciwieństwie do standardowego oprogramowania, które jest uaktualniane między wersjami. ...

Zatem z purystycznego punktu widzenia Debian, Ubuntu, Fedora nie są „wydaniami ciągłymi”. Są one punktowo standardowym oprogramowaniem, które udostępnia narzędzia pomagające w aktualizacji z jednego punktu do drugiego.

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

Debian jest „rodzajem” ciągłego wydania, jeśli używasz Sid. Rolling release = brak wersji, paczki są po prostu zrzucane do dystrybucji z wcześniejszego ASAP, prawda? Tak więc Debian jest kompletnym przeciwieństwem nowej wersji, także Ubuntu. Fedora Rawhide jest także swego rodzaju wersją kroczącą, ale już to wiedziałem (i nie chcę jej używać, jeśli o to ci chodziło).

Tak, aby było to jasne dla przyszłych czytelników. Nawet gałęzie deweloperskie Debiana (alias. Sid) i Fedory (alias. Rawhide) nie są „wydaniami kroczącymi”. Jasne, że możesz ich używać jako takich, ale są one jedynie „obszarem programistycznym”, w którym nowe pakiety oprogramowania, które mogą zostać włączone do przyszłej wersji, mogą być przedstawione społeczności w scentralizowany sposób.

Poziom testowania, który mógłby zostać umieszczony w pakiecie umieszczonym w jednej z tych gałęzi, jest mniej rygorystyczny niż powiedzieć, gdy pakiet pojawia się jako aktualizacja w dystrybucji typu „release release”, takiej jak ArchLinux (byłoby to moje oczekiwanie).

Oto sekcja strony wikipedii, która obejmuje wykorzystanie gałęzi programistycznych dla standardowych dystrybucji dystrybucji:

Rozróżnienie między dystrybuowanymi wersjami oprogramowania a gałęziami programistycznymi standardowych dystrybucji oprogramowania jest często pomijane przez użytkowników niedoświadczonych w dystrybucji dystrybucji. Może to prowadzić do mylących komentarzy, takich jak: „dystrybucja X jest zmienną dystrybucją, jeśli używasz jej gałęzi programistycznej” - gdzie dystrybucja X jest standardową dystrybucją wydania. Nawet w rzadkich przypadkach, gdy gałąź programistyczna jest dynamiczną (w porównaniu z bardziej powszechną cykliczną) gałęzią programistyczną, nie powoduje to zmiany dystrybucji. W przeciwieństwie do standardowych dystrybucji wersji, dystrybucje wersji ciągłych nie mają gałęzi programistycznych.

slm
źródło
Źle ... zawsze byłeś w stanie zaktualizować wszystko za jednym razem. Nie możesz uaktualnić w ten sposób, np. Z Fedory 17 do 18. W tym celu potrzeba nieco więcej tańca , ale w dzisiejszych czasach jest to dość bezbolesne.
vonbrand
@vonbrand, który aspekt odpowiedzi jest zły. Proszę opracować. Czy masz na myśli korzystanie z DVD i pozwolenie anakondy zaktualizować swój istniejący system do wersji na DVD? Wielokrotnie wypróbowując tę ​​metodę, nie pomyślałbym, że to „metoda” w porównaniu z dist-upgrade, który faktycznie działa.
slm
@vonbrand, zaktualizowałem odpowiedź, aby uwzględnić aktualizację instalatora DVD Anaconda.
slm
„Począwszy od 17 lat, możesz teraz robić cykliczne wydania.” - czy zechciałbyś podać wyjaśnienie?
jcora,
1
Jeśli gpk-update-viewernie jest zainstalowany dnf install gnome-packagekit-updater. (Alternatywa: apper)
basic6
5

Możesz użyć

yum update (aby zaktualizować wszystkie pakiety)

i

yum update <packageName> (aby zaktualizować poszczególne zainstalowane pakiety)

Działa to w systemach Fedora i / lub CentOS i / lub Redhat EL

Możesz także użyć

yum install <packagename>lub yum install <RPM Name or web path>(aby zainstalować pakiety również w tych systemach)

Istnieje aplikacja o nazwie Software Updater, która zapewnia GUI, ale w yumrzeczywistości jest bardzo wydajna i dość intuicyjna.

Jeśli masz pytania dotyczące przełączników, z którymi możesz korzystać, możesz użyć yum yum --help

J Baron
źródło
jeśli dnf install widgetgo użyjesz , może go nie zaktualizować, jeśli jest już zainstalowany ... ale dnf update widgetgo zaktualizuje. Wygląda na to, że istnieją pewne różnice między menedżerami pakietów, takimi jak apt, pkg, npm i pip.
Ray Foss
4

Chociaż nie znalazłem strony internetowej, która by to opisała, # apt-get upgradewydaje się , że jest to alternatywa na Fedorze # yum update.

Ze stron podręcznika mniam:

aktualizacja --- Jeśli zostanie uruchomiony bez żadnych pakietów, aktualizacja zaktualizuje każdy aktualnie zainstalowany pakiet. Jeśli podano jeden lub więcej pakietów lub globów pakietów, Yum zaktualizuje tylko wymienione pakiety. Podczas aktualizacji pakietów yum upewni się, że wszystkie zależności są spełnione. (Aby uzyskać więcej informacji, zobacz Określanie nazw pakietów). Jeśli określone pakiety lub globusy są zgodne z pakietami, które nie są obecnie zainstalowane, aktualizacja ich nie zainstaluje. Aktualizacja działa na grupach, plikach, udostępnianiu i listach plików, podobnie jak polecenie „zainstaluj”.

jcora
źródło
Tak jest, ale gdy przerwie się aktualizację yumlub dnfaktualizację, jest to szczególnie niewygodne do odzyskania i nie zapewnia dużej pomocy. Okazuje się, że powoduje to problemy, jeśli aktualizacja powoduje awarię GUI (i uruchomiłeś polecenie z GUI). Więc powinieneś używać różnych metod, które obecnie obejmują pkcon update. lwn.net/Articles/702629
sourcejedi
2

Ogólnie rzecz biorąc, przechodząc do nowej wersji, zazwyczaj przeprowadzam pełną ponowną instalację systemu. Odkryłem, że aktualizacja pakietów jest dość problematyczna, a ilość czasu poświęconego na debugowanie problemów jest bardziej złożona niż ponowna instalacja.

mdpc
źródło
Proszę o więcej informacji na ten temat. Brak konieczności ponownej instalacji podczas aktualizacji to coś, co bardzo podobało mi się w Debianie ...
jcora
Osobiście nie zauważyłem, że aktualizacje RH / Fedory są problematyczne i że zostały spalone, gdy dokonano ponownej instalacji nowych systemów zamiast bałagania się z ważnymi aktualizacjami wersji. Pomniejsze aktualizacje wersji zakończyły się jednak powodzeniem. Debian może być inny.
mdpc
1
Nigdy nie widziałem żadnego problemu z moimi aktualizacjami Fedory od czasu wydania Fedory 14 lub podobnej. Jednak mechanizm znacznie się ostatnio zmienił. Ale moja najnowsza Fedora 16 -> 17 -> 18 poszła bez problemów, głównie bez nadzoru w sieci.
vonbrand
Nie mogę się doczekać, aż zobaczę 20. wydanie ... Albo mógłbym pobrać 18 i uaktualnić do 19, ale tak naprawdę nie chcę się tym przejmować.
jcora