Prima di Fedora 17
Nessuna delle distribuzioni Red Hat precedenti a Fedora 17 includeva la possibilità di fare dist-upgrade come hai chiesto. Questa è stata un’opzione a lungo discussa nella lista dei desideri di molte persone, ma non è mai stata implementata.
Ma prima di iniziare un chiarimento…
Secondo l’argomento Upgrading nel wiki, c’era un metodo in cui potevi mettere un DVD nel tuo sistema per la prossima versione di Fedora, e Anaconda avrebbe cercato di aggiornare il tuo sistema. Avendo provato questo metodo in numerose occasioni non lo considererei alla pari con il
dist-upgrade
disponibile nelle distro Debian/Ubuntu che in realtà funzionava molto bene.Inoltre, avendo mantenuto sistemi RHEL, Fedora & CentOS per oltre un decennio, non prenderei mai in considerazione di usare questo metodo per qualsiasi cosa. Semplicemente non funziona.
Così tipicamente la gente farebbe una delle seguenti cose:
Rawhide
Utilizza la release Rawhide, che è la versione più avanzata, simile a come Sid è in Debian. Rawhide offre rilasci continui, nel senso che ha sempre le ultime versioni dei pacchetti, ma non è assolutamente pensata per essere usata come distro giorno per giorno, è davvero pensata solo per i test.
Stai con una singola release
Convivi con questo fatto e rimani aggiornato finché la distro è rimasta in giro, usando yum
. Puoi usare yum
sia per applicare qualsiasi aggiornamento in sospeso e/o aggiornare un singolo pacchetto. Inoltre, yum
può essere usato anche per installare nuovi pacchetti.
Applica tutti gli aggiornamenti in sospeso (presume di sì a tutte le richieste):
sudo yum -y update
Aggiorna un singolo pacchetto:
sudo yum -y update apache\*
Installa un nuovo pacchetto:
sudo yum -y install apache\*
Software Update Applet
Se vuoi eseguire aggiornamenti usando una GUI puoi usare lo strumento di aggiornamento software che appare nella tua barra delle applicazioni. Questo strumento fa essenzialmente la stessa cosa del yum -y update
sopra, e può essere eseguito su richiesta usando il seguente comando:
gpk-update-viewer
Re-install
Quando esce una nuova versione, dovresti fare manualmente una nuova installazione e fare attenzione a copiare qualsiasi dato e configurazione sul nuovo sistema.
PreUpgrade
Fai uso dello strumento PreUpgrade. Questo strumento essenzialmente raccoglie le tue configurazioni e i nomi dei pacchetti che hai installato e ti assiste nell’applicarli a una nuova installazione. Vedi anche la risposta di @JoelDavis per questa tecnica.
NOTA: Questa non è più un’opzione a partire da Fedora 18, quindi sei stato avvisato.
Fedora 17 e successive
A partire dalla 17 è ora possibile fare il rilascio rolling.
FedUp
Nuova in Fedora 17/18 è uno strumento chiamato FedUp (FEDora UPgrader) che pretende di fare “dist-upgrades” simili alle distro Debian/Ubuntu.
FedUp (FEDora UPgrader) è il nome di un nuovo sistema per aggiornare le installazioni Fedora nelle versioni Fedora 18 e superiori. Sostituisce tutti i metodi di aggiornamento attualmente raccomandati (PreUpgrade e DVD) che sono stati usati nelle precedenti versioni di Fedora. Anaconda, il programma di installazione di Fedora, non ha alcuna funzionalità di aggiornamento incorporata in Fedora 18 o versioni superiori. È stato completamente delegato a Fedup.
Attualmente, FedUp è in grado di aggiornare le installazioni di Fedora 17 a Fedora 18 usando un repository in rete, simile a come funzionava PreUpgrade. Altri metodi per l’aggiornamento sono attualmente pianificati e questa pagina sarà aggiornata quando queste funzionalità saranno completate.
Rolling Releases vs. Versioned Releases
L’OP ha fatto una domanda di follow-up in cui voleva che elaborassi la seguente frase:
“A partire dalla 17 è ora possibile fare rilasci a rotazione.”
Quando ho fatto quel commento intendevo una cosa e la frase “rilasci a rotazione” significa davvero qualcos’altro. Quando l’ho scritto intendevo “rolling release” per significare che ora si può passare da un punto di rilascio di Fedora (diciamo 17) alla versione 18. La maggior parte delle distro come Debian & Ubuntu forniscono questa possibilità ora.
Tuttavia, cercando la descrizione di ciò che significa “rolling release” su wikipedia, ora sono più istruito sull’argomento.
estratto da wikipedia
… un modello di sviluppo rolling release o rolling update si riferisce ad un sistema software in continuo sviluppo; questo è al posto di un modello di sviluppo di rilascio standard che usa versioni di software che devono essere reinstallate sopra la versione precedente. Il software rolling, invece, è continuamente aggiornato, in contrasto con il software a rilascio standard che viene aggiornato tra le versioni. …
Quindi, dal punto di vista dei puristi, Debian, Ubuntu, Fedora, non sono “rolling release”. Sono software rilasciati in punti standard che forniscono strumenti per assistere nell’aggiornamento da un punto di rilascio ad un altro.
L’OP ha anche posto la seguente domanda
Debian è solo “una specie di” rolling release se si usa Sid. Rolling release = nessuna versione, i pacchetti vengono semplicemente scaricati nella distro dall’upstream il prima possibile, giusto? Quindi Debian è il completo opposto di una rolling release, Ubuntu pure. Anche Fedora Rawhide è una specie di rolling release, ma questo lo sapevo già (e non voglio usarlo, se è a questo che ti riferivi).
Solo perché sia chiaro a qualsiasi futuro lettore. Anche i rami di sviluppo di Debian (alias Sid) e Fedora (alias Rawhide) non sono “rolling release”. Certo si possono usare come tali, ma sono semplicemente un'”area” di sviluppo dove nuovi pacchetti di software che possono essere incorporati in una futura release possono essere presentati alla comunità in modo centralizzato.
Il livello di test che verrebbe effettuato su un pacchetto inserito in uno di questi rami è meno rigoroso di quando un pacchetto si presenta come un aggiornamento in una vera distro “rolling release” come ArchLinux (sarebbe la mia aspettativa).
Ecco la sezione della pagina di wikipedia che copre l’uso dei rami di sviluppo per le distribuzioni a rilascio standard:
La distinzione tra distribuzioni di software a rilascio continuo e rami di sviluppo di distribuzioni di software a rilascio standard è spesso trascurata dagli utenti inesperti di distribuzioni a rilascio continuo. Questo può portare a commenti confusi, come: “distro-X è una distribuzione rolling se si usa il suo ramo di sviluppo” – dove distro-X è una distribuzione a rilascio standard. Anche nei rari casi in cui il ramo di sviluppo è un ramo di sviluppo rolling (contro il più comune ramo ciclico), questo non rende la distribuzione rolling. A differenza delle distribuzioni a rilascio standard, le distribuzioni a rilascio continuo non hanno rami di sviluppo.