From Fedora Project Wiki
 
(9 intermediate revisions by 4 users not shown)
Line 1: Line 1:
{{autolang}}
{{autolang}}


= Branched Testing: Live, o con Installazione oppure con Upgrade =
Una [[Releases|release]] '''Branched''' (o Ramificata) da [[Releases/Rawhide|Rawhide]], che continua il suo percorso di sviluppo in maniera independente, occupa un periodo del ciclo di vita di ogni rilascio Fedora ([[Fedora Release Life Cycle]]) che va da pre-Alpha a post-Beta. Successivamente alla fase post-Beta raggiunge finalmente il suo status di rilascio finale.  
Una [[Releases|release]] '''Branched''' (o Ramificata) da [[Releases/Rawhide|Rawhide]], che continua il suo percorso di sviluppo in maniera independente, occupa un periodo del ciclo di vita di ogni rilascio Fedora ([[Fedora Release Life Cycle]]) che va da pre-Alpha a post-Beta. Successivamente alla fase post-Beta raggiunge finalmente il suo status di relase generale finale.  


Durante questo periodo, la [[Branch Freeze Policy]] delinea il processo di compilazione dei pacchetti, ed entrano in corso repository ''non-rawhide'' per la nuova release, (attualmente la {{FedoraVersion|number|next}}). Tutte le nuove compilazioni vengono raccolte nel repository [[updates-testing]]; successivamente, dopo aver ottenuto l'approvazione in [https://admin.fedoraproject.org/updates Bodhi], passano direttamente nel repository '''Fedora''' della versione ({{FedoraVersion|number|next}}). (In questo periodo non esiste alcun repository ''updates'', che diventa disponibile solo al raggiungimento della fase final).<BR>[[Feature Freeze Policy|Feature Freeze]] e [[Software String Freeze Policy|String Freeze]] vengono avviati immediatamente dopo l'inizio della fase Branched.
Durante questo periodo, la [[Branch Freeze Policy]] delinea il processo di compilazione dei pacchetti (questo sostituisce le vecchie regole Alpha, Beta e freeze Finale). Essenzialmente c'è un repository non-rawhide per la nuova release (attualmente la {{FedoraVersion|number|next}}). Tutte le nuove compilazioni vengono raccolte nel repository [[QA:Updates_Testing|updates-testing]]; successivamente, dopo aver ottenuto l'approvazione in [https://admin.fedoraproject.org/updates Bodhi], passano direttamente nel repository "Fedora" della versione ({{FedoraVersion|number|next}}). (In questo periodo non esiste alcun repository "updates", che diventa disponibile solo al raggiungimento della fase finale).
 
[[Feature Freeze Policy|Feature Freeze]] e [[Software String Freeze Policy|String Freeze]] vengono avviati immediatamente dopo l'inizio della fase Branched. La release Alpha ([[Alpha Milestone]]) presume che si sia raggiunto il completamento delle caratteristiche, e prevede l'avvio di una intensa fase di test di installazione. La release Beta invece è rivolta a sperimentare tutti i pacchetti e la loro interazione.
 
Le release Alpha e Beta, nei periodi in cui vengono rilasciati, sono disponibili [http://fedoraproject.org/get-prerelease quì] per il download.


La release Alpha ([[Alpha Milestone]]) presume che si sia raggiunto il completamento delle [[Features|Features]], e prevede l'avvio di una intensa fase di test di installazione.<BR> La release Beta invece è rivolta a sperimentare tutti i pacchetti e la loro interazione.<BR>
Le release Alpha e Beta, nei periodi in cui vengono rilasciati, sono disponibili [http://fedoraproject.org/get-prerelease quì] per il download.<BR> 
Inoltre, una volta disponibile la release final, è anche possibile effettuare un up-grade da una per-release (α o β) alla final (vedi [[Upgrading from pre-release to final]]).
Inoltre, una volta disponibile la release final, è anche possibile effettuare un up-grade da una per-release (α o β) alla final (vedi [[Upgrading from pre-release to final]]).
==Opzioni di Installazione==


{{Admon/note|
=== Come evitare di disturbare un sistema esistente ===
Se ti senti un avventuriero, vuoi fare sperimentazioni (testing), o vuoi conoscere in anticipo gli ultimi sviluppi che troverai nella GA relase allora la Branched (e le α e β) fanno al caso tuo. Tieni a mente però che si tratta di versioni sperimentali in corso di osservazione che hanno ancora diversi problemi e che quindi non funzionano come una release finale. Se non ti senti molto sicuro con Linux ma vuoi comunque sperimentare, allora la prima sezione, [[#No install: Testare Branched, Alpha, Beta, o Nightly Live build|No install: Testare Branched]] è il metodo consigliato per iniziare ad usare una Branched.}}
Esistono sostanzialmente tre metodi per testare una release Branched '''senza creare alcun disturbo''' ad una installazione Fedora o altro S.O. esistente:
* Testare una versione Live su USB o DVD.
* Usare una virtual machine: Vedi [[Getting started with virtualization]].
* Installare la branched in una partizione separata.


== Live (no install): Testare Branched ==
=== Installazione diretta, upgrade, o test senza installazione con una Alpha, Beta, o Live Spin (Nightly build) ===


Esistono sostanzialmente tre metodi per testare una release Branched '''senza creare alcun disturbo''' ad una installazione Fedora o altro S.O. esistente:
Le Live Spin sono compilate giornalmente (Nightly builds). Tutte le Live Spin approvate vengono regolarmente depositate nei repository, e tra queste la "desktop" è quella maggiormente usata e distribuita. L'utilizzo delle Live è il metodo generalmente più rapido per effettuare una nuova installazione, ed infatti risulta essere il metodo più frequentemente usato dagli utenti odierni per installare la distribuzione finale. Queste "Nightly builds" sono anche una buona occasione per testare una release Branched, nel caso in cui non si abbia una macchina di riserva o una partizione apposita da dedicare alla Branched, o più semplicemente non si abbia il tempo per mantenere una installazione Branched. Rappresenta davvero un modo sicuro per effettuare test, dal momento che la Live non arreca alcuna modifica al sistema esistente. Poi, una volta valutata, si ha sempre la possibilità di installarla direttamente sull'hard disk.
* Testare una versione Live su USB o DVD: Vedi avanti nella sezione.
* Usare una virtual machine:  Vedi [[Testing/qemu]].
* Installare la branched in una propria partizione.


Le Live Spin sono compilate giornalmente (Nightly builds). Tutte le Live Spin approvate vengono regolarmente depositate nei repository, e tra queste la ''desktop'' è quella maggiormente usata e distribuita. L'utilizzo delle Live è il metodo generalmente più rapido per effettuare una nuova installazione, ed infatti risulta essere il metodo più frequentemente usato dagli utenti odierni per installare la distribuzione finale. Queste ''Nightly builds'' sono anche una buona occasione per testare una release Branched, nel caso in cui non si abbia una macchina di riserva o una partizione apposita da dedicare alla Branched, o più semplicemente non si abbia il tempo per mantenere una installazione Branched. Rappresenta davvero un modo sicuro per effettuare test, dal momento che la Live non arreca alcuna modifica al sistema esistente. Poi, una volta valutata, si ha sempre la possibilità di installarla direttamente sull'hard disk (n.d.t. basta cliccare su un'icona che avvia la procedura ''guidata'' d'installazione).
E' da notare che nel periodo tra il rilascio di una final e prima della creazione della successiva release Branched nel [[Releases/{{FedoraVersion||next}}/Schedule|release schedule]], queste ''Nightly builds'' contengono pacchetti della versione [[Releases/Rawhide|Rawhide]].
{{Admon/note|
E' da notare che nel periodo tra il rilascio di una final e prima della creazione della successiva release Branched, queste ''Nightly builds'' contengono pacchetti della versione [[Releases/Rawhide|Rawhide]].}} 


Le pre-release Alpha e Beta vengono rese disponibili, anche come immagini Live.
Le pre-release Alpha e Beta vengono rese disponibili, anche come immagini Live.
Line 28: Line 29:
I passaggi di base sono:
I passaggi di base sono:


# Scaricare una immagine Live (.iso), compilata giornalmente, dal sito di distribuzione Fedora, http://alt.fedoraproject.org/pub/alt/nightly-composes/.<BR> Se si vuole una pre-release ufficiale (se disponibile), andare su http://fedoraproject.org/get-prerelease.
* Scaricare una immagine Live (.iso), compilata giornalmente, dal sito di distribuzione Fedora, http://alt.fedoraproject.org/pub/alt/nightly-composes/ o se si vuole una pre-release ufficiale, andare su https://getfedora.org/.
# Creare un supporto di boot (d'avvio) (vedi la sezione [[#Realizzare un supporto di boot da una ISO|Realizzare un supporto di boot da una ISO]]) per avviare il sistema dalla branched.
* Creare un disco di avvio (vedere [[#Realizzare un supporto di boot da una ISO|Realizzare un supporto di boot da una ISO]]) e fare il boot da li
# Avviare il test: usare il nuovo sistema provando le varie funzionalità, i programmi comunemente usati e segnalando eventuali bug riscontrati.
* Avviare il test.
* Se si vuole installare definitivamente o fare l'upgrade locale, fare il login e e fare doppio click sull'icona "Install to Hard Drive" sul desktop, poi seguire le istruzioni sullo schermo.


Se si vuole installare la Branched sull'hard disk o effettuare un up-grade da una versione già presente, all'avvio della sessione avviare la procedura guidata d'installazione facendo un doppio-click sull'icona <code>Installa sull'Hard Disk</code>, presente in alto sul desktop.  
La dimensione attuale di una ISO è di circa 1GB, che supera la capienza di un CD. Ci si aspetta che la maggior parte degli utenti abbiano un dispositivo USB o un media DVD disponibile. Il supporto USB, in particolare è più vantaggioso rispetto ai supporti ottici (CD/DVD) in quanto più economico e soprattutto altamente riutilizzabile.


La dimensione attuale di una ISO è di circa 1GB, quindi occorre riportarla su un supporto USB o masterizzarla su un DVD. Il supporto USB, in particolare è più vantaggioso rispetto ai supporti ottici (CD/DVD) in quanto più economico e soprattutto altamente riutilizzabile.
Le Nightly Build contengono soltanto i pacchetti dal repository "stabile", perciò dovrebbero essere generalmente usabili, con pochissimi problemi, nel qual caso ti invitiamo a segnalare il [[Bugs and feature requests| bug]]). Comunque se nel corso delle compilazione giornaliere si riscontra un bug, le immagini relative non vengono pubblicate e restano disponibili le immagini del giorno precedente.


Le Nightly Build contengono soltanto i pacchetti dal repository '''Fedora''' (stabile), perciò dovrebbero essere generalmente usabili, con pochissimi problemi, nel qual caso ti invitiamo a segnalare il bug (vedi [[Bugs and feature requests|file a bug]]). Comunque se nel corso delle compilazione giornaliere si riscontra un bug, le immagini relative non vengono pubblicate e restano disponibili le immagini del giorno precedente.
Se si usa una LiveUSB con persistenza dei dati, si possono aggiornare i pacchetti RPM alle ultime versioni disponibili, ad [https://bugzilla.redhat.com/show_bug.cgi?id=44693 eccezione del kernel], usando "yum update". Tuttavia, si raccomanda di utilizzare sempre l'ultima ISO disponibile.


Se si usa una LiveUSB con persistenza dei dati, si possono aggiornare i pacchetti RPM alle ultime versioni disponibili ad eccezione del kernel ([https://bugzilla.redhat.com/show_bug.cgi?id=446935 except for the kernel]), usando <code>yum</code> o il gestore grafico dei pacchetti <code>PackageKit</code>. Tuttavia, in questa fase, per essere più sicuri sugli aggiornamenti, si raccomanda di utilizzare sempre una nuova [http://alt.fedoraproject.org/pub/alt/nightly-composes/ Nightly Build], ''fresca di giornata''.
=== Installare via Anaconda ===
Anaconda è il programma di installazione di Fedora, che può essere avviato direttamente senza bisogno di ricorrere ad una Live. Inoltre sono disponibili diverse opzioni di installazione il che lo rendono un programma molto flessibile.


== Installare e Testare Branched via Live Installer ==
==== Upgrade da una precedente release via Preupgrade e Anaconda ====
# [http://alt.fedoraproject.org/pub/alt/nightly-composes/ Scaricare] la ''Nightly Build'', e creare un [[#Realizzare un supporto di boot da una ISO|supporto d'avvio]].
Una installazione molto più veloce, può essere effettuata da una copia esisente di Fedora con PreUpgrade. (Per istruzioni vedi [[How to use PreUpgrade]]). Durante questo processo, abilita la check-box accanto all'etichetta "Display unstable test releases" e abilita "Fedora {{FedoraVersionNumber|next}} (Branched)", dall'elenco.
# Avviare il sistema dalla Branched e poi all'avvio della sessione fare doppio-click sull'icona <code>Installa sull'hard disk</code>, posta in alto sul desktop.
# Seguire le istruzioni della procedura guidata per completare l'installazione.


== Upgrade da una test release ==
==== Upgrade da una test release ====


Se è disponibile una test release o pre-release (alpha o beta), esse solitamente si trovano sul sito http://fedoraproject.org/get-prerelease.
Se è disponibile una test release o pre-release (alpha o beta), esse solitamente si trovano sul sito http://fedoraproject.org/get-prerelease.


La test release è configurata per aggiornarsi all'ultima versione della Branched; per ottenere gli aggiornamenti dei pacchetti, si può usare il comando <code>yum update</code>, in una console, o la GUI <code>Aggiornamento Software</code>, oppure attendere le notifiche di aggiornamento nel ''system tray'' (in alto a destra), da parte del sistema. Mantenendo costantemente aggiornato il sistema, si avrà eventualmente un sistema che in definitiva conterrà gli stessi pacchetti ed aggiornamenti di una release final (GA).     
La test release è configurata per aggiornarsi all'ultima versione della Branched; per ottenere gli aggiornamenti dei pacchetti, si può usare il comando "yum update" oppure attendere le notifiche di aggiornamento. Mantenendo costantemente aggiornato il sistema, si avrà eventualmente un sistema che in definitiva conterrà gli stessi pacchetti ed aggiornamenti di una release finale.     
 
Nel caso incontrassi qualche problemuccio, vedi la pagina [[upgrading from pre-release to final]].


== Installare e Testare Branched via Anaconda ==
In caso di problemi vedere la pagina [[upgrading from pre-release to final]].
Anaconda è il programma di installazione di Fedora, che può essere avviato direttamente senza bisogno di ricorrere ad una Live. Inoltre sono disponibili diverse opzioni di installazione il che lo rendono un programma molto flessibile.


=== Con una release ISO di Anaconda ===
==== Installazione diretta usando l'ISO di una release generica con Anaconda ====


Si può usare la versione di Anaconda distribuita con una release finale (pubblica) (l'ultima disponibile è {{FedoraVersion}}). Con questo metodo,  
Si può usare la versione di Anaconda distribuita con una release finale pubblica (l'ultima disponibile è {{FedoraVersion}}). Con questo metodo,  
si usa una versione dell'installer,<BR> ''nota e funzionante'' in grado di installare il contenuto presente nel repository.
si usa una versione dell'installatore nota e funzionante in grado di installare il contenuto presente nel repository '''Branched'''.
{{Admon/warning|
n.d.t. Anaconda agendo sulle partizioni, può cancellare e formattare! Se si da un'occhiata ai vari file di log generati dal programma, si nota che Anaconda fa un'analisi approfondita della struttura dei dischi selezionati! Quindi usare soltanto ISO distribuiti da repository/mirrors ufficiali!
}}
Di seguito si riportano tre opzioni possibili e consigliate, per installare una Branched:


;Opzione 1 - Usare una copia di una precedente release
;Opzione 1 - Usare una copia di una precedente release
Se si possiede un disco CD/DVD o USB d'avvio, o una partizione contenente un'immagine *-DVD.iso/*-disc1.iso, è possibile usare una di esse per procedere all'installazione della Branched. Comunque, siccome queste immagini contengono le liste dei pacchetti RPM che costituisono la release generale di Fedora, precedente, essi non sono potranno essere usati per creare dischi di distribuzione della successiva release (la Branched). (Per maggiori informazioni vedi [http://docs.fedoraproject.org/en-US/Fedora/13/html/Installation_Guide/ch-new-users.html#sect-Obtaining_Fedora-Downloading_Fedora Downloading Fedora] della Installation Guide). Le immagini di una Live, non possono essere usate per installare una Branched.  
Se si possiede un disco CD/DVD o USB d'avvio, o una partizione contenente un'immagine *-DVD.iso/*-disc1.iso, è possibile usare una di esse per procedere all'installazione della Branched. Comunque, siccome queste immagini contengono le liste dei pacchetti RPM che costituisono la release generale di Fedora, precedente, essi non sono potranno essere usati per creare dischi di distribuzione della successiva release (la Branched). (Per maggiori informazioni vedi [http://docs.fedoraproject.org/en-US/Fedora/13/html/Installation_Guide/ch-new-users.html#sect-Obtaining_Fedora-Downloading_Fedora Downloading Fedora] della Installation Guide). Le immagini di una Live, non possono essere usate per installare una Branched.
 


;Opzione 2 - Scaricare un installer minimo
;Opzione 2 - Scaricare un installer minimo
Line 84: Line 79:
* URL=http://fedora.mirror.garr.it/mirrors/fedora/linux/ (GARR MIRROR)
* URL=http://fedora.mirror.garr.it/mirrors/fedora/linux/ (GARR MIRROR)
* mirroroot= /development/14/i386/os/ (per un'architettura i386)
* mirroroot= /development/14/i386/os/ (per un'architettura i386)
=== Con una Nightly Build anche di Anaconda  ===
Attraverso questo metodo, si potrà testare non solo il contenuto di una Branched, ma anche la versione Branched dell'installer usata nelle successiva versione di Fedora.


Seguire gli stessi passaggi indicati della sezione precedente, [[#Installazione diretta usando una release ISO di Anaconda|Installazione diretta usando una release ISO di Anaconda]] precedente, ma in questo caso scaricare la boot.iso in
development/{{FedoraVersion|number|next}}/<arch>/os/images/ da uno dei mirror elencati nella [http://mirrors.fedoraproject.org/publiclist/Fedora/development/ lista dei mirror].


== Upgrade da una precedente release via Preupgrade ==
;Opzione 4 - Senza accesso alla rete durante l'installazione
Una installazione molto più veloce, può essere effettuata da una copia esisente di Fedora con PreUpgrade. (Per istruzioni vedi [[How to use PreUpgrade]]). Durante questo processo, abilita la check-box accanto all'etichetta <code>Display unstable test releases</code> e abilita '''Fedora {{FedoraVersionNumber|next}} (Branched)''', dall'elenco.
 
Se non si possiede un accesso alla rete durante il processo di installazione, si deve scaricare il repository Branched (development/{{FedoraVersion|number|next}}) da un [http://mirrors.fedoraproject.org/publiclist/Fedora/development/ mirror di sviluppo] e usare il metodo di installazione da disco fisso descritto nella [http://docs.fedoraproject.org/install-guide/ Guida di installazione], o forse è più facile scegliere un metodo di installazione da un'altra sezione di questa pagina.


== Upgrade via Yum (per gli arditi) ==
=== Yum update da una release ufficiale precedente ===
Anche se generalmente non raccomandato, è possibile usare <code>yum</code> per ''aggiornare'' il sistema alla Branched. Anaconda infatti potrebbe effettuare dei cambiamenti che sono fuori della portata del sistema di gestione dei pacchetti. Inoltre si potrebbe incorrere in problemi di dipendenze, difficili da risolvere. Si ricordi inoltre, che l'upgrade va effettuato partendo dalla release immeditamente precedente (p.e. per passare alla Branched {{FedoraVersion|number|next}}, partendo dalla {{FedoraVersion|number|previous|}}, occorre aggiornare prima alla {{FedoraVersion|number}}). Comunque la procedura è tediosa e soggetta a incongruenze, quindi ''ci si tenga preparati per molto probabili re-installazioni!''. 


Come utente root, eseguire i seguenti comandi:
Questo metodo non è raccomandato. Anaconda infatti potrebbe effettuare dei cambiamenti che sono fuori della portata del sistema di gestione dei pacchetti. Inoltre si potrebbe incorrere in problemi di dipendenze, difficili da risolvere. L'upgrade va effettuato partendo dalla release immediatamente precedente (ad esempio installare Fedora 12, poi Fedora 13 Branched, non saltare direttamente da Fedora 12 a Fedora 13 Branched). Comunque la procedura è tediosa e soggetta ad incongruenze, quindi tenersi preparati per molto probabili re-installazioni da zero. Come utente root, eseguire i seguenti comandi:


# <code>yum update yum</code>
<code>yum update yum</code>
# <code>yum --releasever={{FedoraVersion|number|next}} --disablerepo=updates --enablerepo=updates-testing update</code>


{{Admon/note|Due note
<code>yum --releasever={{FedoraVersion|number|next}} --disablerepo=updates --enablerepo=updates-testing update</code>
* Ricordarsi di disabilitare anche ogni altro repository di terze parti (aggiungendoli all'opzione <code>--disablerepo</code> o modificando direttamente i file in /etc/yum.repos.d/)
* La versione originale inclusa in Fedora 12, non supporta l'argomento <code>--releaserver</code>, perciò aggiornare prima yum alla nuova versione.}}


= Riferimenti =


=== Realizzare un supporto di boot da una ISO ===
Disabilitare anche ogni altro repository di terze parti con l'opzione <code>--disablerepo</code> o modificando direttamente i file repo. La versione originale di yum inclusa in Fedora 12, non supporta l'argomento <code>--releaserver</code>, perciò aggiornare prima yum alla nuova versione.
* Se si usa un supporto USB, vedere [[How to create and use Live USB]]:
* Se si usa un supporto ottico (CD/DVD), vedere [http://docs.fedoraproject.org/readme-burning-isos/ Burning ISOs readme].  


=== Avviare Anaconda dall'hard disk ===
== Riferimenti ==
I passi da seguire per avviare l'installer dall'hard disk sono i seguenti:
# Salvare in una locazione, i file vmlinuz ed initrd.img, estratti da boot.iso di Anaconda. Prendere nota del numero del disco, della partizione e della directory in cui si trovano i files.
# Modificare il file di grub, aggiungendo le informazioni raccolte, alla fine del file, per esempio come nelle seguenti righe:
title Avvio di Anaconda dall'hard disk ({{FedoraVersion|long|next}})
root (hd0,1)
kernel /boot/vmlinuz lang=it_IT keymap=it
initrd /boot/initrd.img


dove
=== Realizzare un supporto di boot da una ISO ===
* title: è una stringa editabile a piacere
* Se si usa un supporto USB, vedere [https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB/it Come creare ed usare una Live USB]:
* root: punta al disco ed alla partizione contenente i file vmlinuz ed initrd da caricare. Nell'esempio (hd0,1), i files si trovano nella ''directory'' /boot (terza e quarta riga) della seconda partizione del primo disco.
* Se si usa un supporto ottico (CD/DVD), vedere [http://docs.fedoraproject.org/it-IT/Fedora/17/html/Burning_ISO_images_to_disc/ Masterizzare immagini ISO].


=== I mirror della Branched ===
=== I mirror della Branched ===
Line 129: Line 106:


=== Essere aggiornati sui cambiamenti in Branched  ===
=== Essere aggiornati sui cambiamenti in Branched  ===
Iscrivendosi alla mailing-list [https://admin.fedoraproject.org/mailman/listinfo/test test], si riceveranno due report, con il subject '{{FedoraVersion|short|next}} Branched report: <date> changes', uno dal repository base<BR> ([http://lists.fedoraproject.org/pipermail/test/2010-August/092344.html F14 Banched report: 20100801 changes], per un esempio), l'altro dal repository updates-testing ([http://lists.fedoraproject.org/pipermail/test/2010-August/092346.html Fedora 14 updates-testing report]), abilitato per default nelle release Alpha e Beta.<BR> Inclusi in questi report si trovano le liste dei pacchetti aggiunti, rimossi ed aggiornati (con un breve changelog), insieme ad una lista con i pacchetti che hanno problemi di dipendenza.
Iscrivendosi alla mailing-list [https://admin.fedoraproject.org/mailman/listinfo/test test], si riceveranno due report, uno dal repository base, l'altro dal repository updates-testing, abilitato per default nelle release Alpha e Beta.
 
Esempio:
 
Report per il repository base:
 
http://lists.fedoraproject.org/pipermail/test/2010-August/092344.html
 
Report per il repository updates-testing:
http://lists.fedoraproject.org/pipermail/test/2010-August/092346.html


Il repository updates-testing viene automaticamente disabilitato dopo il rilascio della final.
Notare che il repo updates-testing è automaticamente disabilitato prima della release generale.


{| class="nobordersplz" width=100%
[[Category:Italiano]]
| align="center" style="font-size: 200%;" | Buon Testing!
[[Category:Da revisionare]]
|}

Latest revision as of 12:14, 27 January 2016

Una release Branched (o Ramificata) da Rawhide, che continua il suo percorso di sviluppo in maniera independente, occupa un periodo del ciclo di vita di ogni rilascio Fedora (Fedora Release Life Cycle) che va da pre-Alpha a post-Beta. Successivamente alla fase post-Beta raggiunge finalmente il suo status di rilascio finale.

Durante questo periodo, la Branch Freeze Policy delinea il processo di compilazione dei pacchetti (questo sostituisce le vecchie regole Alpha, Beta e freeze Finale). Essenzialmente c'è un repository non-rawhide per la nuova release (attualmente la 40). Tutte le nuove compilazioni vengono raccolte nel repository updates-testing; successivamente, dopo aver ottenuto l'approvazione in Bodhi, passano direttamente nel repository "Fedora" della versione (40). (In questo periodo non esiste alcun repository "updates", che diventa disponibile solo al raggiungimento della fase finale).

Feature Freeze e String Freeze vengono avviati immediatamente dopo l'inizio della fase Branched. La release Alpha (Alpha Milestone) presume che si sia raggiunto il completamento delle caratteristiche, e prevede l'avvio di una intensa fase di test di installazione. La release Beta invece è rivolta a sperimentare tutti i pacchetti e la loro interazione.

Le release Alpha e Beta, nei periodi in cui vengono rilasciati, sono disponibili quì per il download.

Inoltre, una volta disponibile la release final, è anche possibile effettuare un up-grade da una per-release (α o β) alla final (vedi Upgrading from pre-release to final).

Opzioni di Installazione

Come evitare di disturbare un sistema esistente

Esistono sostanzialmente tre metodi per testare una release Branched senza creare alcun disturbo ad una installazione Fedora o altro S.O. esistente:

Installazione diretta, upgrade, o test senza installazione con una Alpha, Beta, o Live Spin (Nightly build)

Le Live Spin sono compilate giornalmente (Nightly builds). Tutte le Live Spin approvate vengono regolarmente depositate nei repository, e tra queste la "desktop" è quella maggiormente usata e distribuita. L'utilizzo delle Live è il metodo generalmente più rapido per effettuare una nuova installazione, ed infatti risulta essere il metodo più frequentemente usato dagli utenti odierni per installare la distribuzione finale. Queste "Nightly builds" sono anche una buona occasione per testare una release Branched, nel caso in cui non si abbia una macchina di riserva o una partizione apposita da dedicare alla Branched, o più semplicemente non si abbia il tempo per mantenere una installazione Branched. Rappresenta davvero un modo sicuro per effettuare test, dal momento che la Live non arreca alcuna modifica al sistema esistente. Poi, una volta valutata, si ha sempre la possibilità di installarla direttamente sull'hard disk.

E' da notare che nel periodo tra il rilascio di una final e prima della creazione della successiva release Branched nel release schedule, queste Nightly builds contengono pacchetti della versione Rawhide.

Le pre-release Alpha e Beta vengono rese disponibili, anche come immagini Live.

I passaggi di base sono:

La dimensione attuale di una ISO è di circa 1GB, che supera la capienza di un CD. Ci si aspetta che la maggior parte degli utenti abbiano un dispositivo USB o un media DVD disponibile. Il supporto USB, in particolare è più vantaggioso rispetto ai supporti ottici (CD/DVD) in quanto più economico e soprattutto altamente riutilizzabile.

Le Nightly Build contengono soltanto i pacchetti dal repository "stabile", perciò dovrebbero essere generalmente usabili, con pochissimi problemi, nel qual caso ti invitiamo a segnalare il bug). Comunque se nel corso delle compilazione giornaliere si riscontra un bug, le immagini relative non vengono pubblicate e restano disponibili le immagini del giorno precedente.

Se si usa una LiveUSB con persistenza dei dati, si possono aggiornare i pacchetti RPM alle ultime versioni disponibili, ad eccezione del kernel, usando "yum update". Tuttavia, si raccomanda di utilizzare sempre l'ultima ISO disponibile.

Installare via Anaconda

Anaconda è il programma di installazione di Fedora, che può essere avviato direttamente senza bisogno di ricorrere ad una Live. Inoltre sono disponibili diverse opzioni di installazione il che lo rendono un programma molto flessibile.

Upgrade da una precedente release via Preupgrade e Anaconda

Una installazione molto più veloce, può essere effettuata da una copia esisente di Fedora con PreUpgrade. (Per istruzioni vedi How to use PreUpgrade). Durante questo processo, abilita la check-box accanto all'etichetta "Display unstable test releases" e abilita "Fedora 40 (Branched)", dall'elenco.

Upgrade da una test release

Se è disponibile una test release o pre-release (alpha o beta), esse solitamente si trovano sul sito http://fedoraproject.org/get-prerelease.

La test release è configurata per aggiornarsi all'ultima versione della Branched; per ottenere gli aggiornamenti dei pacchetti, si può usare il comando "yum update" oppure attendere le notifiche di aggiornamento. Mantenendo costantemente aggiornato il sistema, si avrà eventualmente un sistema che in definitiva conterrà gli stessi pacchetti ed aggiornamenti di una release finale.

In caso di problemi vedere la pagina upgrading from pre-release to final.

Installazione diretta usando l'ISO di una release generica con Anaconda

Si può usare la versione di Anaconda distribuita con una release finale pubblica (l'ultima disponibile è 39). Con questo metodo, si usa una versione dell'installatore nota e funzionante in grado di installare il contenuto presente nel repository Branched.

Opzione 1 - Usare una copia di una precedente release

Se si possiede un disco CD/DVD o USB d'avvio, o una partizione contenente un'immagine *-DVD.iso/*-disc1.iso, è possibile usare una di esse per procedere all'installazione della Branched. Comunque, siccome queste immagini contengono le liste dei pacchetti RPM che costituisono la release generale di Fedora, precedente, essi non sono potranno essere usati per creare dischi di distribuzione della successiva release (la Branched). (Per maggiori informazioni vedi Downloading Fedora della Installation Guide). Le immagini di una Live, non possono essere usate per installare una Branched.


Opzione 2 - Scaricare un installer minimo

In questo caso si crea un supporto d'avvio su CD/DVD o USB, o su una partizione dell'hard disk (vedi Avviare Anaconda dall'hard disk), scaricando una immagine di boot, minima e successivamente si utilizza il supporto per avviare il sistema e scaricare i pacchetti RPM attraverso la rete. Tali file di boot sono denominati boot.iso o più generalmente *-netinst.iso (p.e. Fedora-14-Alpha-i386-netinst.iso). Al momento essi non vengono distribuiti via BitTorrent.

I passaggi da seguire sono:

  • Andare sul sito http://download.fedoraproject.org/ - da quì si sarà rediretti al mirror locale più vicino.
  • Spostarsi nella directory releases/39/Fedora.
  • Spostarsi nella directory dell'architettura del proprio sistema, i386, x86_64 o ppc (per maggiori informazioni vedi Which Architecture Is My Computer? della Installation Guide). Trovare e scaricare il file os/images/boot.iso.
  • Usando il file boot.iso, creare un supporto d'avvio (CD/DVD o USB) o una partizione d'avvio sull'hard disk, seguendo le indicazioni in Making Fedora Media della Guide. Si può usare il metodo livecd-iso-to-disk ivi descritto, che riguarda una immagine Live, ma che funziona anche con un file boot.iso e per creare partizioni di avvio sull'hard disk.
Opzione 3 - Installare dalla rete senza supporto di avvio

Nel caso si decida di non usare un supporto d'avvio, nella Installation Guide si può vedere come avviare l'installer direttamente dalla rete.
(Preparing for a Network Installation).

Passi successivi

L'installazione è molto intuitiva, occorre solo fornire il mirror HTTP/FTP e seguire le indicazioni fornite dall'installer grafico di Anaconda. Per ottenere la Branched, a partire dall'URL del mirror di installazione, aggiungere <mirrorroot>/development/40/<arch>/os/ dove <mirrorroot> è uno dei siti mirror ottenuti dalla lista dei mirror ufficiali e <arch> la propria architecture (i386, x86_64, o ppc). Per esempio:


Opzione 4 - Senza accesso alla rete durante l'installazione

Se non si possiede un accesso alla rete durante il processo di installazione, si deve scaricare il repository Branched (development/40) da un mirror di sviluppo e usare il metodo di installazione da disco fisso descritto nella Guida di installazione, o forse è più facile scegliere un metodo di installazione da un'altra sezione di questa pagina.

Yum update da una release ufficiale precedente

Questo metodo non è raccomandato. Anaconda infatti potrebbe effettuare dei cambiamenti che sono fuori della portata del sistema di gestione dei pacchetti. Inoltre si potrebbe incorrere in problemi di dipendenze, difficili da risolvere. L'upgrade va effettuato partendo dalla release immediatamente precedente (ad esempio installare Fedora 12, poi Fedora 13 Branched, non saltare direttamente da Fedora 12 a Fedora 13 Branched). Comunque la procedura è tediosa e soggetta ad incongruenze, quindi tenersi preparati per molto probabili re-installazioni da zero. Come utente root, eseguire i seguenti comandi:

yum update yum

yum --releasever=40 --disablerepo=updates --enablerepo=updates-testing update


Disabilitare anche ogni altro repository di terze parti con l'opzione --disablerepo o modificando direttamente i file repo. La versione originale di yum inclusa in Fedora 12, non supporta l'argomento --releaserver, perciò aggiornare prima yum alla nuova versione.

Riferimenti

Realizzare un supporto di boot da una ISO

I mirror della Branched

Sui mirror, la Branched corrente si trova nel percorso "development/40". I mirror disponibili sono raggiungibili da http://mirrors.fedoraproject.org/publiclist/Fedora/

Essere aggiornati sui cambiamenti in Branched

Iscrivendosi alla mailing-list test, si riceveranno due report, uno dal repository base, l'altro dal repository updates-testing, abilitato per default nelle release Alpha e Beta.

Esempio:

Report per il repository base:

http://lists.fedoraproject.org/pipermail/test/2010-August/092344.html

Report per il repository updates-testing: http://lists.fedoraproject.org/pipermail/test/2010-August/092346.html

Notare che il repo updates-testing è automaticamente disabilitato prima della release generale.