Differences between revisions 3 and 24 (spanning 21 versions)
Revision 3 as of 2009-12-23 19:05:50
Size: 3803
Comment:
Revision 24 as of 2017-12-08 15:34:36
Size: 8160
Comment: sync with english master
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
[[it/DebianReleases|Versioni di Debian]] > DebianTesting ~-[[DebianWiki/EditorGuide#translation|Translation(s)]]: [[DebianTesting|English]] - [[es/DebianTesting|Español]] - [[fr/DebianTesting|Français]] - Italiano - [[sv/DebianTesting|Svenska]] - [[ru/DebianTesting|Русский]] - [[zh_CN/DebianTesting|简体中文(Chinese)]]-~
Line 4: Line 4:
~-Translation(s) [[DebianTesting|English]] -~ [[it/DebianReleases|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, cioè [[it/DebianBuster|Buster]].
Line 6: Line 8:
----
 Debian ''testing'' è l'attuale versione in sviluppo di Debian e diventerà la prossima versione stabile con il nome di [[it/DebianSqueeze|squeeze]].
== Come funziona Debian Testing ==
Un pacchetto da [[it/DebianUnstable|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.
Line 9: Line 17:
http://www.debian.org/devel/testing - Pagina ufficiale su Debian Testing. Per informazioni più dettagliate vedere la pagina web ufficiale di Debian Testing: https://www.debian.org/devel/testing
Line 12: Line 20:
== Cosa c'è in Testing ==
Un pacchetto viene installato nella distribuzione testing da [[it/DebianUnstable|Debian Unstable]] automaticamente se rispetta un elenco di requisiti ben precisi:
Line 15: Line 21:
 * deve essere stato testato almeno per 10 giorni;
 * deve essere stato compilato per tutte le architetture per le quali la versione che si trova in testing sarà rilasciata;
 * installare il pacchetto in testing non deve rendere la distribuzione meno installabile;
 * il pacchetto non deve provocare nuovi bug critici di release.
Questi requisiti dovrebbero assicurare che testing sia abbastanza utilizzabile sebbene ancora in stadio di sviluppo. In particolare, quando i pacchetti vengono ristrutturati, quelli che non sono abbastanza rilasciabili vanno in testing così non viene tolto tutto il divertimento di usare una versione di sviluppo.
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 [[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]].

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).

Si può anche guardare l'[[DebianDesktopHowTo|Howto sul Desktop in Debian]].
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.

Per aggiornare a testing, se già si ha installata la versione stable:
 1. Modificare il proprio file '''/etc/apt/sources.list''', cambiando 'stable' (o l'attuale nome in codice di stable) in 'testing' (o l'attuale nome in codice per il prossimo rilascio stabile).
 1. Rimuovere o commentare le righe sugli aggiornamenti di sicurezza di stable (ogni cosa che contenga ''security.debian.org'').
 1. Rimuovere o commentare qualsiasi altra riga specifica di stable, come *-backports o *-updates.

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 [[it/DebianBuster|buster]] quando diventa stable, aggiornare il proprio '''/etc/apt/sources.list''' 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 riga '''{{{deb http://security.debian.org <"testing" o nome in codice>/updates main}}}''' corrispondente nel proprio file '''/etc/apt/sources.list'''. Vedere [[https://www.debian.org/security/faq#testing|questa voce nelle FAQ]]. ||

Dopo l'installazione o la correzione delle fonti del software, eseguire '''{{{apt-get update && apt-get 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-get dist-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.

=== Note ===

Alla data del 2016-07-14, l'aggiornamento a Stretch da Jessie sembra rimuovere alcuni pacchetti necessari per l'esecuzione di Gnome, e ci si può ritrovare con il semplice prompt dei comandi. Per ripristinare Gnome, fare il login come root ed eseguire:

{{{
apt-get --reinstall install gdm3
apt-get --reinstall install gnome
apt-get --reinstall install gnome-shell
dpkg-reconfigure gdm3
}}}

Potrebbe essere necessario reinstallare anche altri pacchetti; usare l'opzione reinstall usata sopra se si scoprono degli errori.
Line 22: Line 61:
||<tablewidth="100%" tablestyle=""bgcolor="#ff3333" width="32px" style="border-color: rgb(255, 0, 0); text-align: center;"> <!> ||<style="border-color: rgb(255, 0, 0);"> Se attualmente (pre-lenny) si sta usando testing, bisognerebbe cambiare il proprio {{{/etc/apt/sources.list}}} per seguire {{{lenny}}}, per ragioni di sicurezza; si veda questo [[http://lists.debian.org/debian-devel-announce/2008/06/msg00006.html|annuncio]] ||
Un esempio della mancanza di stabilità di testing è l'aggiornamento di perl dalla versione 5.6.0 alla 5.6.1 che ha lo ha reso incapace di trovare i propri moduli se si trovavano in un pacchetto compilato con perl-5.6.0. Per risolvere il problema basta settare la variabile d'ambiente PERL5LIB da /usr/lib/perl/5.6.0 .
Line 25: Line 62:
Testing cambia più spesso di [[it/DebianStable|stable]] , ma non follemente come [[it/DebianUnstable|unstable]]. Si veda anche [[it/DebianStability|stabilità di Debian]]. 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.
Line 27: Line 64:
Testing ha la peggior velocità negli aggiornamenti di sicurezza, in confronto a stable e unstable. Non è il caso di preferire testing se la sicurezza è la propria preoccupazione. ''(è ancora valido dopo il 06-06-2005?)'' Testing cambia più spesso di [[it/DebianStable|stable]], ma non in modo così frenetico come [[it/DebianUnstable|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 [[it/DebianStability|Stabilità di Debian]].
Line 29: Line 66:
Se si sta seguendo {{{testing}}} ma in realtà si intende seguire [[it/DebianLenny|lenny]], bisogna aggiornare il proprio {{{/etc/apt/sources.list}}} sostituendo 'testing' con 'lenny'. L'alias 'lenny' seguirà 'lenny' nella sua transizione verso 'stable'. 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à.
Line 31: Line 68:
Si può scoprire quale alias viene seguito da una distribuzione guardando nel Release file; ad esempio: Si può scoprire quale distribuzione venga seguita da un alias guardando nel file Release; ad esempio:
Line 36: Line 73:
==Da testing a stable ==
Come fa ''Testing'' a diventare la nuova versione ''Stable''? :: si veda [[DebianReleaseFAQ]].
 Come fa ''Testing'' a diventare la nuova versione ''Stable''? :: Si vedano le [[DebianReleaseFAQ|FAQ sui rilasci Debian]].
Line 39: Line 75:
 * [[it/DebianSqueeze|Debian Squeeze]] - Squeeze è l'attuale distribuzione testing  * [[it/DebianBuster|buster]] - <<DebianCodename(testing)>> è l'attuale distribuzione testing
Line 41: Line 77:
  * [[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")
  * [[Status/Testing]] - Condizione attuale di Testing;
 * [[it/DebianReleases|Versioni di Debian]] - maggiori informazioni sulle diverse versioni di Debian;
  * [[it/DebianStable|Debian Stable]] - la versione Debian ufficiale (quella con il minor numero di bug e problemi di sicurezza);
  * [[it/DebianUnstable|Debian Unstable]] - il repository in cui vengono introdotti i pacchetti nuovi e non testati.
  * [[https://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")
  * [[Status/Testing]] - attuale stato di testing
  * [[TestingRemovals]] - come richiedere la rimo
zione di un pacchetto da testing
 * [[it/DebianReleases|Rilasci Debian]] - maggiori informazioni sui diversi rilasci di Debian
  * [[it/DebianStable|Debian Stable]] - il rilascio ufficiale di Debian (quello con il minor numero di bug e problemi di sicurezza)
  * [[it/DebianUnstable|Debian Unstable]] - repository in cui vengono introdotti i pacchetti nuovi e non testati

Translation(s): English - Español - Français - Italiano - Svenska - Русский - 简体中文(Chinese)

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, cioè Buster.

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.

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).

Si può anche guardare l'Howto sul Desktop in Debian. 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.

Per aggiornare a testing, se già si ha installata la versione stable:

  1. Modificare il proprio file /etc/apt/sources.list, cambiando 'stable' (o l'attuale nome in codice di stable) in 'testing' (o l'attuale nome in codice per il prossimo rilascio stabile).

  2. Rimuovere o commentare le righe sugli aggiornamenti di sicurezza di stable (ogni cosa che contenga security.debian.org).

  3. Rimuovere o commentare qualsiasi altra riga specifica di stable, come *-backports o *-updates.

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 buster quando diventa stable, aggiornare il proprio /etc/apt/sources.list sostituendo "stable" o "testing" con "bookworm".

<!>

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 questa voce nelle FAQ.

Dopo l'installazione o la correzione delle fonti del software, eseguire apt-get update && apt-get 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-get dist-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.

Note

Alla data del 2016-07-14, l'aggiornamento a Stretch da Jessie sembra rimuovere alcuni pacchetti necessari per l'esecuzione di Gnome, e ci si può ritrovare con il semplice prompt dei comandi. Per ripristinare Gnome, fare il login come root ed eseguire:

apt-get --reinstall install gdm3
apt-get --reinstall install gnome
apt-get --reinstall install gnome-shell
dpkg-reconfigure gdm3

Potrebbe essere necessario reinstallare anche altri pacchetti; usare l'opzione reinstall usata sopra se si scoprono degli errori.

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, si veda http://bjorn.haxx.se/debian.

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

Si vedano le FAQ sui rilasci Debian.

Si veda anche