Differences between revisions 10 and 34 (spanning 24 versions)
Revision 10 as of 2012-11-19 21:00:08
Size: 6485
Comment: sync with English version
Revision 34 as of 2022-04-11 14:45:52
Size: 9970
Comment: sync with English master v.99
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
~-[[DebianWiki/EditorGuide#translation|Translation(s)]]: [[DebianTesting|English]] - [[fr/DebianTesting|Français]] - Italiano - [[sv/DebianTesting|Svenska]]-~ <<Include(DebianTesting, ,from="^##TAG:TRANSLATION-HEADER-START",to="^##TAG:TRANSLATION-HEADER-END")>>
Line 6: Line 6:
 Debian ''testing'' è l'attuale versione della prossima distribuzione stabile di Debian. È anche resa disponibile con il nome in codice della prossima versione stabile, cioè [[it/DebianWheezy|Wheezy]] (al 2011-02-06).  Debian ''testing'' è l'attuale versione della prossima distribuzione stabile di Debian. È anche resa disponibile con il nome in codice della prossima versione stabile; <<DebianCodenameLink(testing)>> è il nome in codice dell'attuale versione testing.
Line 10: Line 10:
Line 17: Line 16:
Per informazioni più dettagliate vedere la pagina web ufficiale di Debian Testing: http://www.debian.org/devel/testing Per informazioni più dettagliate vedere la pagina web ufficiale di Debian Testing: https://www.debian.org/devel/testing
Line 19: Line 18:
Line 25: Line 23:
Come prima cosa si deve controllare lo stato attuale della testing (prossima stable). Guardare le discussioni recenti negli [[http://lists.debian.org/debian-testing|archivi della mailing-list debian-testing]] e aggiornare la [[it/Status/Testing|pagina del Wiki sullo stato di Testing]]. Oltre ad usare queste risorse specifiche si possono usare anche le mailign-list generiche [[http://lists.debian.org/debian-user|debian-user]] e [[http://lists.debian.org/debian-devel|debian-devel]], i canali IRC #debian, #debian-next o #debian-devel, e naturalmente il [[http://bugs.debian.org|sistema di tracciamento dei bug di Debian]]. Come prima cosa si deve controllare lo stato attuale della testing. Guardare le discussioni recenti negli [[https://lists.debian.org/debian-testing|archivi della mailing-list debian-testing]] e la [[it/Status/Testing|pagina del Wiki sullo stato di Testing]]. Oltre ad usare queste risorse specifiche si possono usare anche le mailing-list generiche [[https://lists.debian.org/debian-user|debian-user]] e [[https://lists.debian.org/debian-devel|debian-devel]], i canali IRC #debian o #debian-next, e naturalmente il [[https://bugs.debian.org|sistema di tracciamento dei bug di Debian]]. Si può anche guardare l'[[it/DebianDesktopHowTo|HOWTO sul Desktop in Debian]].
Line 27: Line 25:
Per una nuova installazione, il team dell'installatore Debian ha un'[[http://www.debian.org/devel/debian-installer|immagine dell'installatore Debian per testing]] raccomandata. (Entrare in "Opzioni avanzate" e scorrere in basso per modificare l'ambiente desktop in XFCE (o qualsiasi altro) se si vuole evitare [[it/Gnome|Gnome]] 3.) === Come installare Debian Testing (la prossima stable) ===
Line 29: Line 27:
Si può anche guardare l'[[DebianDesktopHowTo|Howto sul Desktop in Debian]]. Il modo sicuro per installare testing da zero è quello di fare un'installazione minimale con l'installatore della versione stabile e poi aggiornare a testing (vedere più sotto).
Line 31: Line 29:
Per aggiornare alla (futura-stable) testing, se già si ha installata la versione stable, modificare il file '''/etc/apt/sources.list''' sostituendo "stable" (o l'attuale nome in codice per stable) nelle righe di apt con "testing" (o l'attuale nome in codice per il prossimo rilascio stable). È possibile farlo anche con synaptic. Sono disponibili anche le immagini delle [[http://cdimage.debian.org/cdimage/weekly-builds/|compilazioni settimanali]] e delle [[http://cdimage.debian.org/cdimage/daily-builds/|compilazioni giornaliere]] che permettono di installare Debian Testing direttamente. Alcune di queste sono immagini iso netinstall che richiedono la connessione ad Internet durante l'installazione.
Line 33: Line 31:
Il nome in codice per il prossimo rilascio stable, ad es. "wheezy", seguirà "wheezy" attraverso la sua transizione a "stable" e successivamente a old-stable, mentre "testing" continuerà ad evolversi anche dopo un nuovo rilascio stabile. Se si preferisce tenere traccia del rilascio [[it/DebianWheezy|Wheezy]] quando diventa stable, aggiornare il proprio '''/etc/apt/sources.list''' sostituendo "stable" o "testing" con "wheezy". In alternativa si può usare l'[[https://www.debian.org/devel/debian-installer|immagine per testing del debian-installer]], ma fare attenzione al fatto che l'installatore testing serve più per testare l'installatore che per installare testing. I bug nell'installatore per testing dovrebbero essere segnalati sullo pseudopacchetto debian-installer.
Line 35: Line 33:
||<tablewidth="100%" tablestyle=""bgcolor="#ffffff" width="32px" style="border-color: rgb(255, 0, 0); text-align: center;"> <!> ||<style="border-color: rgb(255, 0, 0);"> Se si sta seguendo testing o il nome in codice della prossima stable, si dovrebbe sempre avere una riga '''{{{deb http://security.debian.org <"testing" o nome in codice>/updates main}}}''' corrispondente nel proprio file '''/etc/apt/sources.list'''. Vedere [[http://www.debian.org/security/faq#testing|questa voce nelle FAQ]]. || === Come aggiornare a Debian Testing (la prossima stable) ===
Line 37: Line 35:
Dopo l'installazione o la correzione delle fonti del software, eseguire '''{{{apt-get update && apt-get dist-upgrade}}}''' regolarmente per ottenere nuove versioni e gli aggiornamenti di sicurezza. ||<tablewidth="100%" tablestyle=""bgcolor="#ffffff" width="32px" style="border-color: rgb(255, 0, 0); text-align: center;"> <!> ||<style="border-color: rgb(255, 0, 0);"> Aggiornare sempre a Debian Testing partendo dalla stable attuale. L'aggiornamento da oldstable non è supportato e può portare ad errori inattesi. ||

Per aggiornare a testing dalla stable attuale, se il rilascio stabile è già installato:
 1. Modificare le proprie [[it/SourcesList|fonti di apt]], cambiando "stable" (o <<DebianCodename(stable)>>, l'attuale nome in codice di stable) in "testing" (o <<DebianCodename(testing)>>, l'attuale nome in codice per il prossimo rilascio stabile).
 1. Rimuovere, disabilitare o commentare le fonti di apt per gli aggiornamenti di sicurezza di stable (ogni cosa che contenga "security.debian.org").
 1. Rimuovere, disabilitare o commentare qualsiasi altra fonte di apt specifica per stable, come *-backports o *-updates.
 1. Verificare che la propria installazione non sia fissata ad un rilascio specifico in '''/etc/apt/apt.conf.d/00default-release'''

Il nome in codice per il prossimo rilascio stable, ad es. "<<DebianCodename(testing)>>", seguirà "<<DebianCodename(testing)>>" attraverso la sua transizione a "stable" e successivamente a oldstable, mentre "testing" continuerà ad evolversi anche dopo un nuovo rilascio stabile. Se si preferisce tenere traccia del rilascio <<DebianCodenameLink(testing)>> quando diventa stable, aggiornare le proprie [[it/SourcesList|fonti di apt]] sostituendo "stable" o "testing" con "<<DebianCodename(testing)>>".

||<tablewidth="100%" tablestyle=""bgcolor="#ffffff" width="32px" style="border-color: rgb(255, 0, 0); text-align: center;"> <!> ||<style="border-color: rgb(255, 0, 0);"> Se si sta seguendo testing o il nome in codice della prossima stable, si dovrebbe sempre avere una voce '''{{{deb http://security.debian.org <"testing" o nome in codice>/-security main}}}''' corrispondente nelle proprie [[it/SourcesList|fonti di apt]]. Vedere [[https://www.debian.org/security/faq#testing|questa voce nelle FAQ]]. ||

Dopo l'installazione o la correzione delle fonti del software, eseguire '''{{{apt update && apt upgrade}}}''' regolarmente per ottenere nuove versioni e gli aggiornamenti di sicurezza. Se si nota che alcuni pacchetti non vengono aggiornati si dovrebbe provare anche '''{{{apt full-upgrade}}}''', ma tenere a mente che questo comando può anche installare e rimuovere pacchetti, perciò controllare attentamente tutte le azioni proposte prima di procedere.

=== Buone pratiche per utenti di Testing/Sid ===

Guardare le [[https://wiki.debian.org/DebianUnstable#What_are_some_best_practices_for_testing.2Fsid_users.3F|buone abitudini per utenti di Testing/Unstable]] e prendere in considerazione l'idea di metterle in pratica.

=== Buone pratiche per utenti di Testing ===

È una buona idea includere unstable ed experimental nelle proprie fonti di apt in modo da avere accesso ai pacchetti più nuovi quando è necessario. Con l'impostazione {{{APT::Default-Release}}} della [[it/AptConf|configurazione di apt]] o con il [[it/AptPreferences|pinning di apt]] si possono avere in modo predefinito i pacchetti da testing ma, se si aggiornano manualmente alcuni pacchetti a unstable o experimental, allora si otterranno gli aggiornamenti all'interno di tale suite fino a che quei pacchetti non migrano a unstable o testing. Il pinning di apt necessità di priorità minori di 990 e uguali o maggiori di 500 affinché questo funzioni correttamente. Si può fare il pinning anche di alcuni pacchetti in unstable/experimental di cui si desidera sempre la versione più recente.

È una buona idea installare gli aggiornamenti di sicurezza da unstable dato che per essi è necessario più tempo prima di raggiungere testing e il team di sicurezza rilascia gli aggiornamenti solo in unstable. Se si ha unstable tra le proprie fonti di apt ma con [[it/AptPreferences|pinning]] più basso di testing, si [[DebianBug:725934|può]] automaticamente [[https://gist.github.com/khimaros/21db936fa7885360f7bfe7f116b78daf|aggiungere il pinning temporaneo]] per i pacchetti con problemi di sicurezza risolti in unstable usando l'output di DebianPackage:debsecan.
Line 47: Line 67:
Si può scoprire quale distrubuzione venga seguita da un alias guardando nel file Release; ad esempio: Si può scoprire quale distribuzione venga seguita da un alias guardando nel file Release; ad esempio:
Line 50: Line 70:
Se si desidera sapere perché un pacchetto (o una sua particolare versione) non è ancora in testing, si veda http://bjorn.haxx.se/debian. Se si desidera sapere perché un pacchetto (o una sua particolare versione) non è ancora in testing, vedere [[https://qa.debian.org/excuses.php|le motivazioni per migrazione a testing per il pacchetto]].
Line 54: Line 74:
 * [[it/DebianWheezy|Debian Wheezy]] - Wheezy è l'attuale distribuzione testing  * <<DebianCodenameLink(testing)>> è l'attuale distribuzione testing
Line 56: Line 76:
  * [[http://www.debian.org/doc/manuals/securing-debian-howto/ch10.en.html#s-security-support-testing|Supporto sicurezza per il ramo testing]] (da "Securing Debian Manual")   * [[https://www.debian.org/doc/manuals/securing-debian-manual/ch10.en.html#security-support-testing|Supporto sicurezza per il ramo testing]] (da "Securing Debian Manual")
Line 60: Line 80:
  * [[it/DebianStable|Debian Stable]] - il rilascio ufficiale di Debian (quello con il minor numero di bug e problemi di sicurezza)   * [[it/DebianStable|Debian Stable]] - il rilascio ufficiale di Debian (quello con il minor numero di bug e di problemi di sicurezza)
Line 63: Line 83:
CategoryRelease

Versioni di Debian > Debian Testing


  • Debian testing è l'attuale versione della prossima distribuzione stabile di Debian. È anche resa disponibile con il nome in codice della prossima versione stabile; Bookworm è il nome in codice dell'attuale versione testing.

Come funziona Debian Testing

Un pacchetto da Debian Unstable entra automaticamente nella distribuzione testing, la futura stable, se rispetta un elenco di requisiti:

  • deve essere stato in "unstable" per almeno 2-10 giorni (a seconda dell'urgenza del passaggio alla nuova versione);
  • deve essere stato compilato per tutte le architetture per le quali la versione che si trova in testing è stata compilata;
  • installare il pacchetto in testing non deve rendere la distribuzione meno installabile;
  • il pacchetto non deve provocare nuovi bug critici per il rilascio.

Per informazioni più dettagliate vedere la pagina web ufficiale di Debian Testing: https://www.debian.org/devel/testing

Questi requisiti dovrebbero assicurare che i pacchetti della futura stable in testing siano sia ragionevolmente aggiornati sia in uno stato funzionante. Nonostante ciò, a volte, specialmente quando i pacchetti vengono ristrutturati, quelli che non sono abbastanza rilasciabili possono andare in testing. Perciò può rimanere parte del divertimento di usare una versione di sviluppo in costante evoluzione.

Come usare Debian Testing (la futura stable)

Come prima cosa si deve controllare lo stato attuale della testing. Guardare le discussioni recenti negli archivi della mailing-list debian-testing e la pagina del Wiki sullo stato di Testing. Oltre ad usare queste risorse specifiche si possono usare anche le mailing-list generiche debian-user e debian-devel, i canali IRC #debian o #debian-next, e naturalmente il sistema di tracciamento dei bug di Debian. Si può anche guardare l'HOWTO sul Desktop in Debian.

Come installare Debian Testing (la prossima stable)

Il modo sicuro per installare testing da zero è quello di fare un'installazione minimale con l'installatore della versione stabile e poi aggiornare a testing (vedere più sotto).

Sono disponibili anche le immagini delle compilazioni settimanali e delle compilazioni giornaliere che permettono di installare Debian Testing direttamente. Alcune di queste sono immagini iso netinstall che richiedono la connessione ad Internet durante l'installazione.

In alternativa si può usare l'immagine per testing del debian-installer, ma fare attenzione al fatto che l'installatore testing serve più per testare l'installatore che per installare testing. I bug nell'installatore per testing dovrebbero essere segnalati sullo pseudopacchetto debian-installer.

Come aggiornare a Debian Testing (la prossima stable)

<!>

Aggiornare sempre a Debian Testing partendo dalla stable attuale. L'aggiornamento da oldstable non è supportato e può portare ad errori inattesi.

Per aggiornare a testing dalla stable attuale, se il rilascio stabile è già installato:

  1. Modificare le proprie fonti di apt, cambiando "stable" (o bullseye, l'attuale nome in codice di stable) in "testing" (o bookworm, l'attuale nome in codice per il prossimo rilascio stabile).

  2. Rimuovere, disabilitare o commentare le fonti di apt per gli aggiornamenti di sicurezza di stable (ogni cosa che contenga "security.debian.org").
  3. Rimuovere, disabilitare o commentare qualsiasi altra fonte di apt specifica per stable, come *-backports o *-updates.
  4. Verificare che la propria installazione non sia fissata ad un rilascio specifico in /etc/apt/apt.conf.d/00default-release

Il nome in codice per il prossimo rilascio stable, ad es. "bookworm", seguirà "bookworm" attraverso la sua transizione a "stable" e successivamente a oldstable, mentre "testing" continuerà ad evolversi anche dopo un nuovo rilascio stabile. Se si preferisce tenere traccia del rilascio Bookworm quando diventa stable, aggiornare le proprie fonti di apt sostituendo "stable" o "testing" con "bookworm".

<!>

Se si sta seguendo testing o il nome in codice della prossima stable, si dovrebbe sempre avere una voce deb http://security.debian.org <"testing" o nome in codice>/-security main corrispondente nelle proprie fonti di apt. Vedere questa voce nelle FAQ.

Dopo l'installazione o la correzione delle fonti del software, eseguire apt update && apt upgrade regolarmente per ottenere nuove versioni e gli aggiornamenti di sicurezza. Se si nota che alcuni pacchetti non vengono aggiornati si dovrebbe provare anche apt full-upgrade, ma tenere a mente che questo comando può anche installare e rimuovere pacchetti, perciò controllare attentamente tutte le azioni proposte prima di procedere.

Buone pratiche per utenti di Testing/Sid

Guardare le buone abitudini per utenti di Testing/Unstable e prendere in considerazione l'idea di metterle in pratica.

Buone pratiche per utenti di Testing

È una buona idea includere unstable ed experimental nelle proprie fonti di apt in modo da avere accesso ai pacchetti più nuovi quando è necessario. Con l'impostazione APT::Default-Release della configurazione di apt o con il pinning di apt si possono avere in modo predefinito i pacchetti da testing ma, se si aggiornano manualmente alcuni pacchetti a unstable o experimental, allora si otterranno gli aggiornamenti all'interno di tale suite fino a che quei pacchetti non migrano a unstable o testing. Il pinning di apt necessità di priorità minori di 990 e uguali o maggiori di 500 affinché questo funzioni correttamente. Si può fare il pinning anche di alcuni pacchetti in unstable/experimental di cui si desidera sempre la versione più recente.

È una buona idea installare gli aggiornamenti di sicurezza da unstable dato che per essi è necessario più tempo prima di raggiungere testing e il team di sicurezza rilascia gli aggiornamenti solo in unstable. Se si ha unstable tra le proprie fonti di apt ma con pinning più basso di testing, si può automaticamente aggiungere il pinning temporaneo per i pacchetti con problemi di sicurezza risolti in unstable usando l'output di debsecan.

Considerazioni

Un esempio dei tipi di problemi che possono verificarsi con la testing (futura stable) è stato l'aggiornamento da perl-5.6.0 a perl-5.6.1 che ha reso impossibile per perl trovare i propri moduli se provenivano da un pacchetto compilato con perl-5.6.0. Impostando la variabile d'ambiente PERL5LIB a /usr/lib/perl/5.6.0 manualmente era possibile risolvere il problema anche prima dell'entrata del pacchetto corretto in testing.

Testing cambia più spesso di stable, ma non in modo così frenetico come unstable, ci si deve attendere che versioni nuove stabili dei programmi che si usano siano installate non appena sono pronte per testing (prossima stable), tranne quando testing viene congelata (in "freeze") per preparare un rilascio imminente di stable. Vedere anche Stabilità di Debian.

In confronto a stable e unstable, la prossima stable testing ha la peggiore velocità negli aggiornamenti di sicurezza. Non è il caso di preferire testing se la sicurezza è una priorità.

Si può scoprire quale distribuzione venga seguita da un alias guardando nel file Release; ad esempio:

Se si desidera sapere perché un pacchetto (o una sua particolare versione) non è ancora in testing, vedere le motivazioni per migrazione a testing per il pacchetto.

Come fa ''Testing'' a diventare la nuova versione ''Stable''?

Si vedano le FAQ sui rilasci Debian.

Si veda anche


CategoryRelease