Care este modalitatea preferată de actualizare a tuturor programelor într-o instalare Fedora?

Înainte de Fedora 17

Niciuna dintre distribuțiile Red Hat dinainte de Fedora 17 nu includea posibilitatea de a face dist-upgrades așa cum ați cerut. Aceasta a fost o opțiune discutată îndelung pe lista de dorințe a multor oameni, dar nu a fost niciodată implementată.

Dar înainte de a începe o clarificare…

Potrivit subiectului Upgrading din wiki, a existat o metodă prin care puteai pune un DVD în sistem pentru următoarea versiune de Fedora, iar Anaconda ar fi încercat să îți actualizeze sistemul. După ce am încercat această metodă în numeroase ocazii, nu aș considera că aceasta este la fel de bună ca dist-upgrade disponibilă în distribuțiile Debian/Ubuntu care, de fapt, funcționa foarte bine.

În plus, după ce am întreținut sisteme RHEL, Fedora & CentOS în ultimul deceniu, nu m-aș gândi niciodată să folosesc această metodă pentru nimic. Pur și simplu nu a funcționat.

Așa că, în mod obișnuit, oamenii ar face una dintre următoarele:

Rawhide

Utilizați versiunea Rawhide, care este versiunea de ultimă oră, similar cu modul în care Sid este în Debian. Rawhide oferă versiuni continue, în sensul că are întotdeauna cele mai recente versiuni ale pachetelor, dar nu este nicidecum menită să fie folosită ca o distribuție de zi cu zi, ci doar pentru testare.

Rămâneți cu o singură versiune

Viațați cu acest fapt și rămâneți la curent atâta timp cât distro-ul a rămas pe piață, folosind yum. Puteți folosi yum atât pentru a aplica orice actualizare în așteptare și/sau pentru a actualiza un singur pachet. În plus, yum poate fi folosit și pentru a instala pachete noi.

Aplicați toate actualizările în așteptare (se presupune că ați răspuns „da” la toate solicitările):

sudo yum -y update

Actualizați un singur pachet:

sudo yum -y update apache\*

Instalați un pachet nou:

sudo yum -y install apache\*

Software Update Applet

Dacă doriți să efectuați actualizări folosind o interfață grafică, puteți folosi instrumentul de actualizare software care apare în bara de activități. Acest instrument face, în esență, același lucru ca și yum -y update de mai sus și poate fi rulat la cerere folosind următoarea comandă:

gpk-update-viewer

Re-instalați

Cum apare o nouă versiune, ați face manual o nouă instalare și ați avea grijă să copiați toate datele și configurațiile înainte pe noul sistem.

PreUpgrade

Utilizați instrumentul PreUpgrade. Acest instrument, în esență, doar a colectat configurațiile dvs. și numele pachetelor pe care le-ați instalat și v-ar ajuta să le aplicați la o nouă instalare. Vedeți răspunsul lui @JoelDavis și pentru această tehnică.

NOTA: Totuși, aceasta nu mai este o opțiune începând cu Fedora 18, așa că ați fost avertizați.

Fedora 17 și după

Începând cu 17 puteți face acum versiuni continue.

FedUp

Noi în Fedora 17/18 este un instrument numit FedUp (FEDora UPgrader) care pretinde să facă „dist-upgrades” similar cu distribuțiile Debian/Ubuntu.

FedUp (FEDora UPgrader) este numele unui nou sistem pentru actualizarea instalațiilor Fedora în versiunile Fedora 18 și mai sus. Acesta înlocuiește toate metodele de actualizare recomandate în prezent (PreUpgrade și DVD) care au fost utilizate în versiunile anterioare ale Fedora. Anaconda, programul de instalare Fedora, nu are încorporată nicio funcționalitate de actualizare în versiunile Fedora 18 sau superioare. Aceasta a fost complet delegată către Fedup.

În prezent, FedUp este capabil să actualizeze instalațiile Fedora 17 la Fedora 18 folosind un depozit în rețea, similar cu modul în care funcționa PreUpgrade. În prezent sunt planificate mai multe metode de actualizare, iar această pagină va fi actualizată pe măsură ce aceste caracteristici sunt finalizate.

Rolling Releases vs. Versioned Releases

Op a pus o întrebare de urmărire în care a vrut ca eu să elaborez următoarea frază:

„Începând cu 17 puteți face acum rolling releases.”

Când am făcut acest comentariu am vrut să spun un lucru, iar expresia „rolling releases” înseamnă de fapt altceva. Când am scris asta am vrut să spun că „rolling release” înseamnă că acum puteți trece de la o versiune punctuală a Fedora (să zicem 17) la versiunea 18. Cele mai multe distribuții, cum ar fi Debian & Ubuntu, oferă această facilitate acum.

Cu toate acestea, căutând descrierea a ceea ce înseamnă de fapt „rolling releases” pe wikipedia, sunt acum mai educat pe acest subiect.

excert din wikipedia

…. un model de dezvoltare rolling release sau rolling update se referă la un sistem software în continuă dezvoltare; acest lucru este în loc de un model de dezvoltare standard release care utilizează versiuni software care trebuie reinstalate peste versiunea anterioară. În schimb, software-ul de tip rolling software este actualizat continuu, spre deosebire de software-ul cu lansare standard, care este actualizat între versiuni. …

Deci, din punctul de vedere al puriștilor, Debian, Ubuntu, Fedora, nu sunt „rolling releases”. Ele sunt softuri lansate standard punctual care oferă instrumente pentru a ajuta la actualizarea de la o versiune punctuală la alta.

Pop-ul a pus, de asemenea, următoarea întrebare

Debian este „un fel de” rolling release doar dacă folosiți Sid. Rolling release = fără versiuni, pachetele sunt pur și simplu descărcate în distro din upstream ASAP, nu? Deci Debian este complet opusul unui rolling release, la fel și Ubuntu. Fedora Rawhide este, de asemenea, un fel de „rolling release”, dar știam deja asta (și nu vreau să o folosesc, dacă la asta te refereai).

Doar ca să fie clar pentru orice viitor cititor. Chiar și ramurile de dezvoltare ale Debian (aka. Sid) și Fedora (aka. Rawhide) nu sunt „rolling releases”. Sigur că le puteți folosi ca atare, dar ele sunt doar o „zonă” de dezvoltare în care noile pachete de software care pot fi încorporate într-o versiune viitoare pot fi prezentate comunității într-un mod centralizat.

Nivelul de testare care ar intra într-un pachet care ar fi plasat într-una din aceste ramuri este mai puțin riguros decât atunci când, să zicem, un pachet apare ca actualizare într-o distribuție cu adevărat „rolling release”, cum ar fi ArchLinux (aceasta ar fi așteptarea mea).

Iată secțiunea din pagina wikipedia care se referă la utilizarea ramurilor de dezvoltare pentru distribuțiile cu lansare standard:

Distincția dintre distribuțiile de software cu lansare continuă și ramurile de dezvoltare ale distribuțiilor de software cu lansare standard este adesea trecută cu vederea de către utilizatorii neexperimentați cu distribuțiile cu lansare continuă. Acest lucru poate duce la comentarii confuze, cum ar fi:: „distro-X este o distribuție de tip rolling dacă utilizați ramura de dezvoltare a acesteia” – unde distro-X este o distribuție cu lansare standard. Chiar și în rarele cazuri în care ramura de dezvoltare este o ramură de dezvoltare continuă (față de ramura de dezvoltare ciclică, mai obișnuită), acest lucru nu face ca distribuția să fie continuă. Spre deosebire de distribuțiile cu lansare standard, distribuțiile cu lansare continuă nu au ramuri de dezvoltare.

.