Jaký je upřednostňovaný způsob aktualizace veškerého softwaru v instalaci Fedory?

Před Fedorou 17

Žádná z distribucí Red Hat před Fedorou 17 nezahrnovala schopnost dělat dist-upgrady, jak jste požadovali. Toto byla dlouho diskutovaná možnost na seznamu přání mnoha lidí, ale nikdy nebyla implementována.

Ale než začneme s vyjasňováním …

Podle tématu Upgradování ve wiki existovala metoda, kdy jste do svého systému mohli vložit DVD další verze Fedory a Anaconda se pokusí upgradovat váš systém. Když jsem tuto metodu mnohokrát vyzkoušel, nepovažoval bych to za srovnatelné s dist-upgrade k dispozici v distribucích Debian / Ubuntu, které ve skutečnosti fungovaly velmi dobře.

Navíc Fedora & CentOS navíc udržovala RHEL systémů za poslední desetiletí, nikdy bych ani neuvažoval o použití této metody pro cokoli. Prostě to nefungovalo.

Takže obvykle by lidé udělali jednu z následující:

Rawhide

Použijte verzi Rawhide , což je verze s krvácející hranou, podobná tomu, jaký je Sid v Debianu. Rawhide nabízí postupná vydání v tom smyslu, že má vždy nejnovější verze balíčků, ale v žádném případě není určen k použití jako každodenní distribuce, je ve skutečnosti určen pouze pro testování.

Zůstaňte v jednom vydání

Prostě žijte s touto skutečností a zůstaňte v obraze, dokud poběží distro, pomocí yum. Můžete použít yum k použití jakýchkoli nevyřízených aktualizací, tak k aktualizaci jednoho balíčku. Kromě toho lze yum použít také k instalaci nových balíčků.

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

sudo yum -y update 

Aktualizace jednoho balíčku:

sudo yum -y update apache\* 

Instalace nového balíčku:

sudo yum -y install apache\* 

Applet aktualizace softwaru

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

gpk-update-viewer 

Opětovná instalace

Jakmile vyjde nová verze, ručně provedete novou instalaci a zkopírujete veškerá data a konfigurace do nového systému.

PreUpgrade

Využijte nástroj PreUpgrade . Tento nástroj v podstatě pouze shromáždil vaše nastavení a názvy nainstalovaných balíčků a pomohl vám při aplikovat je na novou instalaci. Viz @JoelDavis „odpověď i pro tuto techniku.

POZNÁMKA: Toto již není možnost počínaje Fedorou 18, takže jste byli varováni.

Fedora 17 a později

Počínaje 17 můžete nyní vydávat postupná vydání.

FedUp

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

FedUp (FEDora UPgrader) je název nového systému pro upgrade instalací Fedory ve verzích Fedory 18 a vyšších. Nahrazuje všechny aktuálně doporučené metody upgradu (PreUpgrade a DVD), které byly použity v předchozích vydáních Fedory. Anaconda, instalační program Fedory nemá ve vestavěných verzích Fedory 18 nebo novějších žádné vestavěné funkce pro upgrade. Byl zcela delegován 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. Aktuálně je plánováno více metod upgradu a tato stránka bude aktualizována, jakmile budou tyto funkce dokončeny.

Rolling Releases vs. Versioned Releases

OP položil doplňující otázku, kde chtěl, abych rozvedl následující frázi:

„Počínaje 17 nyní můžete dělat valivá vydání. „

Když jsem uvedl tento komentář, myslel jsem jednu věc a fráze„ roll releases “ve skutečnosti znamená něco jiného. Když jsem napsal, že mám na mysli „postupné vydání“, znamená to, že nyní můžete přejít z jednobodového vydání Fedory (řekněme 17) do verze 18. Většina distribucí, jako je Debian & Ubuntu poskytuje toto zařízení nyní.

Při vyhledávání popisu toho, co ve verzi „valivé verze“ ve skutečnosti znamená na wikipedii , jsem však vzdělanější na toto téma.

výňatek z wikipedie

… postupné vydání nebo vývoj aktualizací model odkazuje na neustále se vyvíjející softwarový systém; toto je místo standardního vývojového modelu vydání, který používá softwarové verze, které musí být znovu nainstalovány přes předchozí verzi. Rolovací software je místo toho průběžně aktualizován, na rozdíl od standardního vydání softwaru, který je upgradován mezi verze. …

Takže z hlediska puristů nejsou Debian, Ubuntu, Fedora „valivými verzemi“. Jsou to bodové standardní verze soft zboží, které poskytuje nástroje na pomoc při přechodu z jednoho bodu na druhé.

OP také položil následující otázku

Debian je pouze „druh“ klouzavého vydání, pokud používáte Sida. Rolling release = žádné verze, balíčky jsou právě vyhozeny do distribuce z upstream ASAP, že? Debian je tedy úplným opakem postupného vydání, také Ubuntu. Fedora Rawhide je také něco jako klouzavé vydání, ale už jsem to věděl (a nechci ho použít, pokud je to to, na co jsi odkazoval).

Jen aby to bylo jasné všem budoucím čtenářům. Ani vývojové pobočky Debian (aka. Sid) a Fedora (aka. Rawhide) nejsou „klouzavé verze“. Určitě je můžete použít jako takové ale jsou pouze vývojovou „oblastí“, kde mohou být komunitě centralizovaně prezentovány nové balíčky softwaru, které mohou začlenit do budoucího vydání.

Úroveň testování, které by se dostalo do balíčku umístěného do jedné z těchto větví, je méně přísné, než když se balíček zobrazí jako aktualizace ve skutečné distribuci „roll release“, jako je ArchLinux (bylo by moje očekávání).

Zde je část stránky wikipedia, která pokrývá použití vývojových větví pro standardní distribuce vydání:

Rozdíl mezi distribucemi softwaru pro válcování vydání a vývojové oblasti standardních distribucí softwarových distribucí uživatelé nezkušení s postupnými distribucemi často přehlížejí. To může vést ke zmateným komentářům, například: „distro-X je klouzavá distribuce, pokud používáte její vývojovou větev“ – kde distro-X je standardní distribuce vydání. I v ojedinělých případech, kdy je vývojová větev válcovací (oproti běžnější cyklické) vývojové větvi, nedělá to distribuci válcování. Na rozdíl od standardních distribucí verzí nemají distribuce rolujících verzí vývojové větve.

Komentáře

• Špatné … vždy jste byli schopni aktualizovat vše najednou. Tímto způsobem nemůžete upgradovat, např. od Fedory 17 do 18 let. K tomu je zapotřebí trochu více tance , ale v dnešní době je to celkem bezbolestné.
• @vonbrand, jaký aspekt odpověď je špatná. Upřesněte prosím. Máte na mysli používání DVD a necháte Anacondu aktualizovat váš stávající systém na verzi na DVD? Když jsem tuto metodu mnohokrát vyzkoušel, nepovažoval bych za “ metodu “ ve srovnání s dist-upgradem, který ve skutečnosti funguje.
• @vonbrand, ‚ jsem aktualizoval odpověď tak, aby obsahovala upgrade instalačního programu DVD Anaconda.
• “ Počínaje 17 můžete nyní vydávat valivá vydání.“ – chtěli byste poskytnout vysvětlení?
• Pokud není nainstalován gpk-update-viewer, dnf install gnome-packagekit-updater. (Alternativa: apper)

Můžete použít

yum update (pro upgrade všech balíků)

a

yum update <packageName> (k aktualizaci jednotlivých nainstalovaných balíčků)

Toto funguje na Fedoře a / nebo CentOS a / nebo Redhat EL systems

Můžete také použít

yum install <packagename> nebo yum install <RPM Name or web path> (k instalaci balíků i na těchto systémech)

Existuje aplikace s názvem Software Updater, která poskytuje grafické uživatelské rozhraní, ale yum je ve skutečnosti velmi efektivní a docela intuitivní.

Máte-li jakékoli dotazy ohledně toho, jaké přepínače můžete používat, můžete použít yum --help

Komentáře

• pokud používáte dnf install widget, může to n Aktualizujte jej, pokud je ‚ s již nainstalován … ale dnf update widget jej aktualizuje. Zdá se, že mezi správci balíků existují určité rozdíly, například apt, pkg, npm a pip.

Ačkoli jsem nenašel žádnou online stránku, která by to popisovala, alternativa # apt-get upgrade ve Fedoře se zdá být # yum update.

Z manuálových stránek yum:

update — Pokud je spuštěn bez jakýchkoli balíků, aktualizace zaktualizuje každý aktuálně nainstalovaný balíček. Pokud je zadán jeden nebo více balíčků nebo globů balíčků, Yum aktualizuje pouze uvedené balíčky. Při aktualizaci balíčků yum zajistí, že jsou splněny všechny závislosti. (Další informace najdete v části Zadání názvů balíků.) Pokud se zadané balíčky nebo globy shodují s balíčky, které nejsou aktuálně nainstalovány, aktualizace je nenainstaluje. aktualizace funguje na skupinách, souborech, souborech a seznamech souborů stejně jako příkaz „install“.

Komentáře

• Je, ale když dojde k přerušení upgradu yum nebo dnf, obnova je obzvláště nepříjemná a neposkytují moc pomoci. Ukázalo se, že to způsobí problémy, pokud aktualizace způsobí zhroucení grafického uživatelského rozhraní (a příkaz spustíte zevnitř grafického uživatelského rozhraní). Měli byste tedy používat různé metody, které dnes zahrnují pkcon update. lwn.net/Articles/702629

Obecně platí, že při přechodu na novou verzi obecně provedu úplnou reinstalaci systému. Aktualizace balíčků na místě mi připadala docela problematická a množství času stráveného laděním problémů existuje složitější než opakovaná instalace.

Komentáře

• Rád bych o tom slyšel více ‚ „Prosím, nemusím znovu instalovat, když provádím upgrady, což se mi na Debianu hodně líbilo …
• Osobně jsem nenašel, že by aktualizace RH / Fedora byly problematické a byly spáleny, jakmile byly znovu nainstalovány nové systémy místo toho, aby se pohrávali s hlavními aktualizacemi verzí. Menší aktualizace verzí však byly úspěšné. Debian se může lišit.
• Nikdy jsem neviděl žádný problém s mými aktualizacemi Fedory od verze Fedory 14 nebo tak. Mechanismus se výrazně změnil v poslední době. Ale moje nejnovější Fedora 16 – > 17 – > 18 šlo bez problémů, většinou bez dozoru nad ‚ net.
• Nemohu ‚ čekat, až se 20. vydání uvidí na vlastní oči … Nebo si mohu jen stáhnout 18 a upgradovat na 19, ale opravdu s tím se ‚ nechci obtěžovat.