Differences between revisions 29 and 30
Revision 29 as of 2019-03-03 15:29:21
Size: 14032
Comment: sync with English master
Revision 30 as of 2019-03-21 08:01:57
Size: 15079
Comment: complete review and updated with English master
Deletions are marked like this. Additions are marked like this.
Line 4: Line 4:
[[it/DebianReleases|Versioni di Debian]] > Debian !UnStable [[it/DebianReleases|Versioni di Debian]] > Debian Unstable
Line 9: Line 9:
Debian !UnStable (conosciuta anche per il suo nome in codice "Sid") non è esattamente un rilascio ma piuttosto una versione di sviluppo della distribuzione Debian contenente i pacchetti più recenti che sono stati introdotti nel sistema. Gli sviluppatori e i tester dovrebbero utilizzare questa versione mentre gli utenti avanzati potrebbero anche considerare l'utilizzo di [[it/DebianTesting|Debian Testing]]. Le buone pratiche d'uso descritte in seguito sono valide anche per gli utenti che usano Testing. Debian Unstable (conosciuta anche per il suo nome in codice "Sid") non è esattamente un rilascio ma piuttosto una versione di sviluppo in continuo cambiamento della distribuzione Debian contenente i pacchetti più recenti che sono stati introdotti nel sistema Debian. Gli sviluppatori, chi ha intenzione di sviluppare pacchetti Debian o parte di essi e i tester dovrebbero utilizzare questa versione. Gli utenti avanzati possono anche considerare l'utilizzo di [[it/DebianTesting|Debian testing]]. Le buone pratiche d'uso descritte in seguito sono valide anche per gli utenti che usano testing.
Line 11: Line 11:
== Ciclo ==
I repositoriy di !Unstable sono aggiornati ogni 6 ore; è possibile eseguire l'aggiornamento con {{{apt-get dist-upgrade}}} prendendo ovviamente tutte le necessarie precauzioni in anticipo.
== Ciclo di vita ==
I repository di Unstable sono aggiornati ogni 6 ore; è possibile eseguire l'aggiornamento con {{{apt-get upgrade}}} prendendo ovviamente tutte le necessarie precauzioni in anticipo.
Line 26: Line 26:
Consultare le [[it/InstallFAQ|FAQ]] apposite. Consultare le [[it/InstallFAQ|FAQ]] sull'installazione.
Line 28: Line 28:
=== Quali sono alcune delle buone abitudini degli utenti di Testing/Sid? ===
La cosa più importante da tenere a mente è che, quando si usa Testing o Unstable, si sta partecipando allo sviluppo di Debian, questo significa che si dovrebbe sapere come muoversi in Linux, Debian e il suo sistema di pacchettizzazione e avere interesse nel rintracciare e correggere i bug. Come utente di testing/sid ci sono un paio di cose che facilitano la vita:
=== Quali sono alcune delle buone prassi per gli utenti di testing/sid? ===
La cosa più importante da tenere a mente è che, quando si usa testing o unstable, si sta partecipando allo sviluppo di Debian; questo significa che si dovrebbe sapere come muoversi in Linux, Debian e il suo sistema di pacchettizzazione e avere interesse nel rintracciare e correggere i bug. Come utente di testing/sid ci sono un paio di cose che facilitano la vita:
 
 * Creare automaticamente backup giornalieri, settimanali e mensili per accertarsi che la corruzione dei dati non sia un problema.
 * Usare un file system supportato da COW come '''[[Btrfs|btrfs]]''' o sfruttare istantanee '''[[LVM]]'''. Creare istantanee prima e dopo un aggiornamento. Se necessario, se il sistema è in una situazione non rimediabile regredire all'ultima istantanea con un sistema di ripristino su LiveCD.
 * Fare ''sempre'' attenzione quando si eseguono gli aggiornamenti e verificare se le azioni proposte dagli strumenti di gestione dei pacchetti siano in linea con i propri desideri e aspettative (ovvero fare in modo di non rimuovere tutta una serie di pacchetti necessari accettando ciecamente l'azione proposta).
 * Tenendo a mente questo, usare {{{apt-get upgrade}}} per mantenere il proprio sistema completamente aggiornato, ma se i cambiamenti proposti sembrano irragionevoli, alcune delle cose più semplici da fare e che possono essere utili sono:
  * bloccare i pacchetti fino a che non viene risolto il problema nell'archivio,
  * usare {{{apt-get upgrade}}} invece di {{{apt-get dist-upgrade}}} per evitare rimozioni non volute,
  * aspettare semplicemente fino a che l'archivio si è sistemato in uno stato più ragionevole prima di fare l'aggiornamento.
 * Si può desiderare di disabilitare o rimuovere {{{unattended-upgrades}}} per essere in controllo di quando avvengono gli aggiornamenti dei pacchetti, specialmente in unstable.
 * Installare i pacchetti [[DebianPkg:sid/apt-listbugs|apt-listbugs]] e [[DebianPkg:sid/apt-listchanges|apt-listchanges]] per essere al corrente di bug gravi o modifiche importanti durante l'installazione di nuovi pacchetti o un aggiornamento.
 * Considerare l'iscrizione a [[https://lists.debian.org/debian-devel-announce/|debian-devel-announce@lists.debian.org]] (mailing-list con traffico molto basso: da 1 a 10 messaggi al mese) per ricevere notifiche sulle future modifiche tecniche o i possibili problemi.
 * Tenere ''sempre'' a portata di mano una distribuzione live su CD o USB funzionante, come [[http://www.debian.org/devel/debian-live/|Debian Live]], in modo da poter comunque lavorare sul sistema anche se non si avvia più.
Line 31: Line 43:
 * Fare ''sempre'' attenzione quando si eseguono gli aggiornamenti e verificare se le azioni proposte dagli strumenti di gestione dei pacchetti siano in linea con i propri desideri e aspettative (ovvero fare in modo di non rimuovere tutta una serie di pacchetti necessari accettando ciecamente l'azione proposta).
 * Tenendo a mente questo, usare {{{apt-get dist-upgrade}}} per mantenere il proprio sistema completamente aggiornato, ma se i cambiamenti proposti sembrano irragionevoli, alcune delle cose più semplici da fare e che possono essere utili sono:
  * bloccare i pacchetti fino a che non viene risolto il problema nell'archivio,
  * usare {{{apt-get upgrade}}} per evitare in questa occasione rimozioni,
  * aspettare semplicemente fino a che l'archivio di è sistemato in uno stato più ragionevole prima di fare l'aggiornamento.
 * Si può desiderare di disabilitare o rimuovere {{{unattended-upgrades}}} per essere in controllo di quando avvengono gli aggiornamenti dei pacchetti.
 * Installare i pacchetti [[DebianPkg:Sid/apt-listbugs|apt-listbugs]] e [[DebianPkg:Sid/apt-listchanges|apt-listchanges]] per essere al corrente di bug gravi o modifiche importanti durante l'installazione di nuovi pacchetti o un aggiornamento.
 * Considerare l'iscrizione a [[https://lists.debian.org/debian-devel-announce/|debian-devel-announce@lists.debian.org]] (mailing-list con traffico molto basso: da 1 a 10 messaggi al mese) per ricevere notifiche sulle future modifiche tecniche o i possibili problemi.
 * Tenere a portata di mano una distribuzione live su CD o USB, come [[http://www.debian.org/devel/debian-live/|Debian Live]], in modo da poter continuare a lavorare sul sistema anche se non si avvia più.
 * Creare automaticamente backup giornalieri, settimanali e mensili per accertarsi che la corruzione dei dati non sia un problema.
=== Si dovrebbe usare sid su un server? ===
In linea generale non è consigliabile farlo.
Line 42: Line 46:
=== Si dovrebbe usare sid su un sistema desktop? ===
Se si desidera evitare bug grossolani usare un file system COW con testing o unstable come btrfs o creare istantanee LVM prima e dopo ogni aggiornamento di sistema. Possono comunque succedere cose spiacevoli. Se non si hanno conoscenze sufficienti per impostare LVM, ecc., non si ha idea di cosa sia COW, allora pensare a studiare un po' la cosa prima di usarla. Btrfs è un file system più recente e sta lentamente diventando abbastanza stabile da essere usato in ambienti di produzione. Notare che btrfs può in modo predefinito rallentare le transazioni di dpkg e i sistemi desktop. Inoltre gestire btrfs può essere un processo veramente impegnativo nei casi estremi per i nuovi utenti. Vedere la sezione su btrfs del wiki per le ultime notizie sullo stato di btrfs in Debian. Comunque è meglio rimanere con stable se non si ha ancora idea di ciò di cui parla questo paragrafo.
Line 43: Line 49:
=== Qual è lo stato attuale di Unstable? ===
Alcuni momenti sono migliori di altri per fare l'aggiornamento dei pacchetti in Unstable, dato che, in qualsiasi momento, una o più [[it/OngoingTransitions|transizioni in corso]] possono rendere alcuni pacchetti non installabili, oppure bug critici per il rilascio possono coinvolgere pacchetti chiave.
Controllare la pagina TopicDebianDevel (che rispecchia il topic del canale IRC topic del canale IRC [[irc://irc.debian.org/debian-devel|#debian-devel]], che però non è il luogo adatto per porre domande di supporto agli utenti; vedere la domanda successiva) e il sito [[https://qa.debian.org/dose/|Debian Weather]].
In ogni caso gli utenti di sid sono caldamente invitati a iscriversi alla [[http://lists.debian.org/debian-security-announce/|mailing list degli annunci di sicurezza]] di Debian e già che ci sono anche [[http://lists.debian.org/debian-devel-announce/|alla lista degli annunci di sviluppo Debian]] e [[http://lists.debian.org/debian-devel/|la lista di sviluppo Debian]].
Line 47: Line 51:
=== Dove ottenere aiuto con Sid? ===
Nel canale IRC [[irc://irc.debian.org/debian-next|#debian-next]] su http://www.oftc.net/ e sulla mailing list.
=== Sid ha aggiornamenti di sicurezza? ===
Non nello stesso senso di stable. Se un manutentore risolve un bug di sicurezza e aggiorna il pacchetto, questo entrerà in sid al solito modo; se non lo fa ciò non accadrà. Il team di sicurezza gestisce solo stable (ed eventualmente testing... per questo c'è una questione in sospeso).
Line 50: Line 54:
=== Cos'è Unstable? ===
!Unstable è dove finiscono i pacchetti dopo essere stati caricati dal maintainer e considerati idonei al rilascio da parte del FTP master. Se si utilizza un pacchetto di !Unstable, l'unica cosa che si può affermare con certezza è che sia stato compilato con successo, ma può contenere [[DebianBug:155873|bug orribili]].
=== Qual è lo stato attuale di unstable? ===
Alcuni momenti sono migliori di altri per fare l'aggiornamento dei pacchetti in unstable dato che, in qualsiasi momento, una o più [[it/OngoingTransitions|transizioni in corso]] possono rendere alcuni pacchetti non installabili, oppure bug critici per il rilascio possono coinvolgere pacchetti chiave.
Controllare la pagina TopicDebianDevel (che rispecchia il topic del canale IRC [[irc://irc.debian.org/debian-devel|#debian-devel]], che però non è il luogo adatto per porre domande di supporto agli utenti; vedere la domanda successiva) e il sito [[https://qa.debian.org/dose/|Debian Weather]].
Line 53: Line 58:
Quando i pacchetti hanno soddisfatto alcuni criteri, vengono automaticamente spostati da !Unstable all'attuale ramo "Testing". Per ulteriori informazioni su [[it/DebianTesting|Testing]] si veda anche [[http://lists.debian.org/debian-devel-announce/2000/12/msg00011.html|l'annuncio di Testing]]. === Dove ottenere aiuto con sid? ===
Nel canale IRC [[irc://irc.debian.org/debian-next|#debian-next]] su [[https://www.oftc.net/|OFTC]] e sulle mailing list.

=== Cos'è unstable? ===
Unstable è dove finiscono i pacchetti dopo essere stati caricati dal manutentore e considerati idonei al rilascio da parte del FTP master. Se si utilizza un pacchetto di unstable, l'unica cosa che si può affermare con certezza è che sia stato compilato con successo, ma può contenere [[DebianBug:155873|bug orribili]].

Quando i pacchetti hanno soddisfatto alcuni criteri, vengono automaticamente spostati da unstable all'attuale ramo "testing". Per ulteriori informazioni su [[it/DebianTesting|testing]] si veda anche [[http://lists.debian.org/debian-devel-announce/2000/12/msg00011.html|l'annuncio di testing]].
Line 57: Line 68:
=== Come installare Sid? ===
La risposta canonica è: Debian non rilascia !Unstable. Si può soltanto fare l'aggiornamento da Testing modificando il file {{{/etc/apt/sources.list}}} cambiando le fonti dei pacchetti da testing a unstable. (Se attualmente si usa un'installazione di stalbe, allora prima si deve aggiornare a testing e poi a unstable.)
=== Come installare sid? ===
La risposta canonica è: Debian non rilascia unstable. Si può soltanto fare l'aggiornamento da testing modificando il file {{{/etc/apt/sources.list}}} cambiando le fonti dei pacchetti da testing a unstable. (Se attualmente si usa un'installazione di stable, allora prima si deve aggiornare a testing e poi a unstable.)
Line 60: Line 71:
Tramite un'immagine netinst del ramo Testing è inoltre possibile installare pacchetti di Sid anziché quelli di Testing. Non è un procedimento supportato ma volendo si è liberi di provare, dopotutto ognuno è padrone della propria macchina. Non ci si lamenti se si danneggia il sistema. Può anche essere possibile installare pacchetti sid invece di testing se si usa un'installazione da rete del ramo testing. Non è un procedimento supportato ma volendo si è liberi di provare, dopotutto ognuno è padrone della propria macchina. Non ci si lamenti se si danneggia il sistema.
Line 62: Line 73:
=== Sid ha il pacchetto "pippo"? === === sid ha il pacchetto "pippo"? ===
Line 66: Line 77:
 * sulla propria installazione locale sono disponibili i comandi {{{apt-cache search}}} e {{{aptitude search}}} per cercare i pacchetti; usare {{{apt-cache policy nome_pacchetto}}} o {{{rmadison nome_pacchetto}}} (dal pacchetto [[DebianPkg:Sid/devscripts|devscripts]]) per controllare quali versioni sono disponibili;
 * nei canali IRC [[irc://irc.debian.org/debian|#debian]] e [[irc://irc.debian.org/debian-next|#debian-next]] si può interrogare [[http://ircbots.debian.net/judd/|il bot judd]] per ottenere informazioni sui pacchetti. Digitare {{{/msg judd info libc6 --release sid}}} per avere un breve descrizione per il pacchetto libc6 in Sid, o {{{/msg judd versions libc6}}} per le versioni disponibili;
 * sulla propria sistema Debian locale i comandi {{{apt-cache search}}} e {{{aptitude search}}} permettono di cercare i pacchetti; usare {{{apt-cache policy NOME_PACCHETTO}}} o {{{rmadison NOME_PACCHETTO}}} (dal pacchetto [[DebianPkg:Sid/devscripts|devscripts]]) per controllare quali versioni sono disponibili;
 * nei canali IRC [[irc://irc.debian.org/debian|#debian]] e [[irc://irc.debian.org/debian-next|#debian-next]] si può interrogare il [[http://ircbots.debian.net/judd/bot judd]] per ottenere informazioni sui pacchetti. Digitare {{{/msg judd info libc6 --release sid}}} per avere una breve descrizione per il pacchetto libc6 in sid, o {{{/msg judd versions libc6}}} per le versioni disponibili;
Line 69: Line 80:
 * se nel canale [[irc://irc.debian.org/debian-next|#debian-next]] si chiede se Sid abbia qualcosa (la versione 3.2b di KDE o GNOME 2.5 o ciripicchio 42), gli altri utenti non lo sapranno! Dovrebbero controllare per conto di chi chiede per poterlo dire; questo è indice di pigrizia, si dovrebbe cercare da soli.  * se nel canale [[irc://irc.debian.org/debian-next|#debian-next]] si chiede se sid abbia o meno qualcosa (la versione 3.2b di KDE o GNOME 2.5 o ciripicchio 42), gli altri utenti non lo sapranno! Dovrebbero controllare per conto di chi chiede per poterlo dire; questo è indice di pigrizia, si dovrebbe cercare da soli.
Line 71: Line 82:
=== Il pacchetto "pippo" è danneggiato? ===
Ancora una volta, come ci si può aspettare che gli autori lo sappiano? Se non funziona, c'è una buona probabilità che sia danneggiato; il problema potrebbe essere comune ad altri utenti che lo utilizzano o potrebbe accadere solo sul sistema di chi chiede. Ecco perché Debian ha un [[http://bugs.debian.org|sistema di tracciamento bug]] (Bug Tracking System, abbreviato in BTS); controllare lì prima di chiedere aiuto per un certo pacchetto in Sid. Se non si trova il proprio bug ma si è convinti sia un problema reale del pacchetto stesso, allora segnalarlo. In caso non si sappia come scrivere una buona segnalazione, leggere [[http://www.debian.org/Bugs/Reporting|come segnalare un bug utilizzando reportbug]] e [[it/reportbug|la pagina dedicata]]; si può anche chiedere aiuto nei canali [[irc://irc.debian.org/debian-next|#debian-next]] o [[irc://irc.debian.org/debian-bugs|#debian-bugs]].
=== Il pacchetto "pippo" è non funzionante? ===
Ancora una volta, come ci si può aspettare che gli autori lo sappiano? Se non funziona, c'è una buona probabilità che sia non funzionante, ma il problema potrebbe essere comune ad altri utenti che lo utilizzano o potrebbe accadere solo sul sistema di chi chiede. Ecco perché Debian ha un [[http://bugs.debian.org|sistema di tracciamento bug]] (Bug Tracking System, abbreviato in BTS); controllare lì prima di chiedere aiuto per un certo pacchetto in sid. Se non si trova il proprio bug ma si è convinti sia un problema reale del pacchetto stesso, allora segnalarlo. In caso non si sappia come scrivere una buona segnalazione, leggere [[http://www.debian.org/Bugs/Reporting|come segnalare un bug utilizzando reportbug]] e [[it/reportbug|la pagina su reportbug]]. Si può anche chiedere aiuto nei canali [[irc://irc.debian.org/debian-next|#debian-next]] o [[irc://irc.debian.org/debian-bugs|#debian-bugs]].
Line 76: Line 87:
Il mancato impegno prima di chiedere aiuto con un pacchetto in Sid dimostra pigrizia. Non si verrà presi sul serio fino a quando non si sarà dimostrato di prendere Debian sul serio. Il mancato impegno prima di chiedere aiuto con un pacchetto in sid dimostra pigrizia. Non si verrà presi sul serio fino a quando non si sarà dimostrato di prendere Debian sul serio.
Line 80: Line 91:
No. Vedere [[#Qual è lo stato attuale di Unstable?|Qual è lo stato attuale di Unstable?]] Non segnalare un bug, dato che non aiuterà a risolvere il problema prima e crea solo del lavoro in più per i manutentori. No. Vedere [[#Qual è lo stato attuale di unstable?|Qual è lo stato attuale di unstable?]]. Non segnalare un bug, dato che non aiuterà a risolvere il problema prima e crea solo del lavoro in più per i manutentori.
Line 85: Line 96:
apt-cache policy nome_pacchetto apt-cache policy NOME_PACCHETTO
Line 88: Line 99:
=== Quando sarà in Sid il pacchetto "pippo" con la versione "pluto"? === === Quando sarà in sid il pacchetto "pippo" con la versione "pluto"? ===
Line 92: Line 103:
Allora compilarselo da soli; per i dettagli vedere le informazioni nell'[[http://www.debian.org/devel/|angolo degli sviluppatori]]. Allora pacchettizzarlo da soli; per i dettagli vedere le informazioni nell'[[http://www.debian.org/devel/|angolo degli sviluppatori]].
Line 94: Line 105:
=== È possibile usare pacchetti di Sid in Stable? ===
No, non provarci nemmeno. Se lo si fa comunque, si deve essere pronti a tenersi tutti i cocci e a farsi ridere in faccia. Tuttavia è possibile farne il backport in Stable come spiegato più avanti.
=== È possibile usare pacchetti di sid in stable? ===
No, non provarci nemmeno. Se lo si fa comunque, si deve essere pronti a tenersi tutti i cocci e a farsi ridere in faccia. Tuttavia è possibile farne il backport in stable come spiegato più avanti.
Line 97: Line 108:
=== È possibile usare pacchetti di Sid in Testing? ===
Solo se le dipendenze sono soddisfatte. In genere Sid e Testing sono vicine tra loro, eccetto quando i bug RC (critici per il rilascio) in alcuni pacchetti principali come libc o perl causano il blocco di una sfilza di pacchetti. Per cui le probabilità di ottenere un pacchetto binario funzionante in Testing sono piuttosto buone... ma bisogna comunque verificarle.
=== È possibile usare pacchetti di sid in testing? ===
Solo se le dipendenze sono soddisfatte. In genere sid e testing sono vicine tra loro, eccetto quando i bug RC (critici per il rilascio) in alcuni pacchetti principali come libc o perl causano il blocco di una sfilza di pacchetti. Per cui le probabilità di ottenere un pacchetto binario funzionante in testing sono piuttosto buone... ma bisogna comunque verificarle.
Line 103: Line 114:
=== Come fare il backport di un pacchetto di Sid per Testing o Stable? === === Come fare il backport di un pacchetto di sid per testing o stable? ===
Line 108: Line 119:
 1. aggiungere una riga {{{deb-src}}} per Sid al proprio {{{sources.list}}}  1. aggiungere una riga {{{deb-src}}} per sid al proprio {{{sources.list}}}
Line 110: Line 121:
 1. {{{apt-get build-dep nome_pacchetto}}}
 1. {{{apt-get -b source nome_pacchetto}}}
 1. {{{apt-get build-dep NOME_PACCHETTO}}}
 1. {{{apt-get -b source NOME_PACCHETTO}}}
Line 118: Line 129:
=== È consigliabile usare Sid sul server? ===
Siete matti? No!
=== Quando verrà rilasciata Sid? ===
Mai, sid sarà sempre un ramo instabile. Quando viene rilasciata testing, una nuova prenderà il suo posto (con un nuovo nome in codice) e i pacchetti continueranno a passare da sid a testing esattamente come fanno ora.
Line 121: Line 132:
=== È consigliabile Sid sul desktop? ===
Certo, se si pensa di poter gestire un sistema in panne; si sa cosa fare se {{{libpam0g}}} è difettoso e impedisce qualsiasi login? O se lo è {{{grub}}} causando un blocco infinito al processo di boot? Queste cose sono successe e succederanno ancora.
=== Che personaggio di Toy Story è sid? ===
Come tutti i nomi dei rilasci Debian fino ad ora, la distribuzione sid prende il nome da un personaggio di [[ToyStory|Toy Story]]. Sid è il ragazzo della porta accanto che rompe i suoi giocattoli e crea da essi creature terribili. Talvolta viene erroneamente interpretato come l'acronimo di "Still In Development" (ancora in sviluppo). Mentre gli altri nomi di rilascio avanzano nel tempo da [[it/DebianTesting|testing]] a [[it/DebianStable|stable]], sid è condannata ad essere unstable per sempre.
Line 124: Line 135:
Se si preferisce evitare bug imbarazzanti di questo genere, usare [[it/DebianTesting|Testing]].

=== Sid ha aggiornamenti di sicurezza? ===
Non nello stesso senso di Stable. Se un manutentore risolve un bug di sicurezza e aggiorna il pacchetto, questo finirà in Sid al solito modo; se non lo fa ciò non accadrà. Il team di sicurezza gestisce solo Stable (ed eventualmente Testing... per questo c'è una questione in sospeso).

Gli utenti di Sid sono caldamente invitati a iscriversi alla [[http://lists.debian.org/debian-security-announce/|mailing list degli annunci di sicurezza]] di Debian; e già che ci sono anche [[http://lists.debian.org/debian-devel-announce/|alla lista degli annunci di sviluppo Debian]] e [[http://lists.debian.org/debian-devel/|la lista di sviluppo Debian]].

=== Quando verrà rilasciata Sid? ===
Mai, Sid sarà sempre il ramo instabile. Quando viene rilasciata Testing, una nuova prenderà il suo posto (con un nuovo nome in codice) e i pacchetti continueranno a passare da Sid a Testing esattamente come fanno ora.

=== Che personaggio di Toy Story è Sid? ===
Come tutti i nomi dei rilasci Debian fino ad ora, la distribuzione Sid prende il nome da un personaggio di [[ToyStory|Toy Story]]. Sid è il ragazzo della porta accanto che rompe i suoi giocattoli e crea da essi creature terribili. Talvolta viene erroneamente interpretato come l'acronimo di "Still In Development" (Ancora in sviluppo); ma mentre gli altri nomi di rilascio avanzano nel tempo da [[it/DebianTesting|Testing]] a [[it/DebianStable|Stable]], Sid è condannata ad essere !Unstable per sempre.

== Si veda anche ==
 * !Unstable
  * [[http://www.debian.org/doc/manuals/securing-debian-howto/ch10.en.html#s10.1.3|Evitare di usare il ramo Unstable]] e [[http://www.debian.org/doc/manuals/securing-debian-howto/ch12.en.html#s-sec-unstable|Come è gestita la sicurezza per Testing e Unstable?]] (da "Securing Debian Manual") ''(in inglese)'';
  * [[it/Status/Unstable|stato attuale di Unstable]];
  * http://www.debian.org/releases/sid/
== Vedere anche ==
 * Unstable
  * [[http://www.debian.org/doc/manuals/securing-debian-howto/ch10.en.html#s10.1.3|Evitare di usare il ramo Unstable]] e [[http://www.debian.org/doc/manuals/securing-debian-howto/ch12.en.html#s-sec-unstable|Come è gestita la sicurezza per testing e unstable?]] (da "Securing Debian Manual") ''(in inglese)'';
  * [[it/Status/Unstable|stato attuale di unstable]];
  * https://www.debian.org/releases/unstable/
Line 145: Line 143:
  * [[it/DebianStable|Debian Stable]] - la versione ufficiale di Debian (quella con meno bug e problemi di sicurezza);
  * [[it/DebianTesting|Debian Testing]] - il repository con i pacchetti provenienti da !Unstable, se non vi sono stati trovati bug nel corso di 10 giorni.
  * [[it/DebianStable|Debian stable]] - la versione ufficiale di Debian (quella con meno bug e problemi di sicurezza);
  * [[it/DebianTesting|Debian testing]] - il repository con i pacchetti provenienti da unstable, se non vi sono stati trovati bug nel corso di 10 giorni.

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

Versioni di Debian > Debian Unstable


Introduzione

Debian Unstable (conosciuta anche per il suo nome in codice "Sid") non è esattamente un rilascio ma piuttosto una versione di sviluppo in continuo cambiamento della distribuzione Debian contenente i pacchetti più recenti che sono stati introdotti nel sistema Debian. Gli sviluppatori, chi ha intenzione di sviluppare pacchetti Debian o parte di essi e i tester dovrebbero utilizzare questa versione. Gli utenti avanzati possono anche considerare l'utilizzo di Debian testing. Le buone pratiche d'uso descritte in seguito sono valide anche per gli utenti che usano testing.

Ciclo di vita

I repository di Unstable sono aggiornati ogni 6 ore; è possibile eseguire l'aggiornamento con apt-get upgrade prendendo ovviamente tutte le necessarie precauzioni in anticipo.

La sequenza di propagazione dei pacchetti nel processo di sviluppo di Debian è la seguente:

Architetture

Vedere lo stato del compilatore automatico.

FAQ

Come installare Unstable?

Consultare le FAQ sull'installazione.

Quali sono alcune delle buone prassi per gli utenti di testing/sid?

La cosa più importante da tenere a mente è che, quando si usa testing o unstable, si sta partecipando allo sviluppo di Debian; questo significa che si dovrebbe sapere come muoversi in Linux, Debian e il suo sistema di pacchettizzazione e avere interesse nel rintracciare e correggere i bug. Come utente di testing/sid ci sono un paio di cose che facilitano la vita:

  • Creare automaticamente backup giornalieri, settimanali e mensili per accertarsi che la corruzione dei dati non sia un problema.
  • Usare un file system supportato da COW come btrfs o sfruttare istantanee LVM. Creare istantanee prima e dopo un aggiornamento. Se necessario, se il sistema è in una situazione non rimediabile regredire all'ultima istantanea con un sistema di ripristino su LiveCD.

  • Fare sempre attenzione quando si eseguono gli aggiornamenti e verificare se le azioni proposte dagli strumenti di gestione dei pacchetti siano in linea con i propri desideri e aspettative (ovvero fare in modo di non rimuovere tutta una serie di pacchetti necessari accettando ciecamente l'azione proposta).

  • Tenendo a mente questo, usare apt-get upgrade per mantenere il proprio sistema completamente aggiornato, ma se i cambiamenti proposti sembrano irragionevoli, alcune delle cose più semplici da fare e che possono essere utili sono:

    • bloccare i pacchetti fino a che non viene risolto il problema nell'archivio,
    • usare apt-get upgrade invece di apt-get dist-upgrade per evitare rimozioni non volute,

    • aspettare semplicemente fino a che l'archivio si è sistemato in uno stato più ragionevole prima di fare l'aggiornamento.
  • Si può desiderare di disabilitare o rimuovere unattended-upgrades per essere in controllo di quando avvengono gli aggiornamenti dei pacchetti, specialmente in unstable.

  • Installare i pacchetti apt-listbugs e apt-listchanges per essere al corrente di bug gravi o modifiche importanti durante l'installazione di nuovi pacchetti o un aggiornamento.

  • Considerare l'iscrizione a debian-devel-announce@lists.debian.org (mailing-list con traffico molto basso: da 1 a 10 messaggi al mese) per ricevere notifiche sulle future modifiche tecniche o i possibili problemi.

  • Tenere sempre a portata di mano una distribuzione live su CD o USB funzionante, come Debian Live, in modo da poter comunque lavorare sul sistema anche se non si avvia più.

Si dovrebbe usare sid su un server?

In linea generale non è consigliabile farlo.

Si dovrebbe usare sid su un sistema desktop?

Se si desidera evitare bug grossolani usare un file system COW con testing o unstable come btrfs o creare istantanee LVM prima e dopo ogni aggiornamento di sistema. Possono comunque succedere cose spiacevoli. Se non si hanno conoscenze sufficienti per impostare LVM, ecc., non si ha idea di cosa sia COW, allora pensare a studiare un po' la cosa prima di usarla. Btrfs è un file system più recente e sta lentamente diventando abbastanza stabile da essere usato in ambienti di produzione. Notare che btrfs può in modo predefinito rallentare le transazioni di dpkg e i sistemi desktop. Inoltre gestire btrfs può essere un processo veramente impegnativo nei casi estremi per i nuovi utenti. Vedere la sezione su btrfs del wiki per le ultime notizie sullo stato di btrfs in Debian. Comunque è meglio rimanere con stable se non si ha ancora idea di ciò di cui parla questo paragrafo.

In ogni caso gli utenti di sid sono caldamente invitati a iscriversi alla mailing list degli annunci di sicurezza di Debian e già che ci sono anche alla lista degli annunci di sviluppo Debian e la lista di sviluppo Debian.

Sid ha aggiornamenti di sicurezza?

Non nello stesso senso di stable. Se un manutentore risolve un bug di sicurezza e aggiorna il pacchetto, questo entrerà in sid al solito modo; se non lo fa ciò non accadrà. Il team di sicurezza gestisce solo stable (ed eventualmente testing... per questo c'è una questione in sospeso).

Qual è lo stato attuale di unstable?

Alcuni momenti sono migliori di altri per fare l'aggiornamento dei pacchetti in unstable dato che, in qualsiasi momento, una o più transizioni in corso possono rendere alcuni pacchetti non installabili, oppure bug critici per il rilascio possono coinvolgere pacchetti chiave. Controllare la pagina TopicDebianDevel (che rispecchia il topic del canale IRC #debian-devel, che però non è il luogo adatto per porre domande di supporto agli utenti; vedere la domanda successiva) e il sito Debian Weather.

Dove ottenere aiuto con sid?

Nel canale IRC #debian-next su OFTC e sulle mailing list.

Cos'è unstable?

Unstable è dove finiscono i pacchetti dopo essere stati caricati dal manutentore e considerati idonei al rilascio da parte del FTP master. Se si utilizza un pacchetto di unstable, l'unica cosa che si può affermare con certezza è che sia stato compilato con successo, ma può contenere bug orribili.

Quando i pacchetti hanno soddisfatto alcuni criteri, vengono automaticamente spostati da unstable all'attuale ramo "testing". Per ulteriori informazioni su testing si veda anche l'annuncio di testing.

Per maggiori informazioni vedere la pagina dei rilasci Debian.

Come installare sid?

La risposta canonica è: Debian non rilascia unstable. Si può soltanto fare l'aggiornamento da testing modificando il file /etc/apt/sources.list cambiando le fonti dei pacchetti da testing a unstable. (Se attualmente si usa un'installazione di stable, allora prima si deve aggiornare a testing e poi a unstable.)

Può anche essere possibile installare pacchetti sid invece di testing se si usa un'installazione da rete del ramo testing. Non è un procedimento supportato ma volendo si è liberi di provare, dopotutto ognuno è padrone della propria macchina. Non ci si lamenti se si danneggia il sistema.

sid ha il pacchetto "pippo"?

Non chiedetelo a noi, avete a disposizione le stesse nostre risorse! Eccone alcune:

  • packages.debian.org ha i numeri di versione di tutti i pacchetti in tutti i rami;

  • sulla propria sistema Debian locale i comandi apt-cache search e aptitude search permettono di cercare i pacchetti; usare apt-cache policy NOME_PACCHETTO o rmadison NOME_PACCHETTO (dal pacchetto devscripts) per controllare quali versioni sono disponibili;

  • nei canali IRC #debian e #debian-next si può interrogare il http://ircbots.debian.net/judd/bot judd per ottenere informazioni sui pacchetti. Digitare /msg judd info libc6 --release sid per avere una breve descrizione per il pacchetto libc6 in sid, o /msg judd versions libc6 per le versioni disponibili;

  • nel caso in cui il software non sia ancora stato pacchettizzato controllare i bug ITP e RFP dello pseudo-pacchetto wnpp;

  • se nel canale #debian-next si chiede se sid abbia o meno qualcosa (la versione 3.2b di KDE o GNOME 2.5 o ciripicchio 42), gli altri utenti non lo sapranno! Dovrebbero controllare per conto di chi chiede per poterlo dire; questo è indice di pigrizia, si dovrebbe cercare da soli.

Il pacchetto "pippo" è non funzionante?

Ancora una volta, come ci si può aspettare che gli autori lo sappiano? Se non funziona, c'è una buona probabilità che sia non funzionante, ma il problema potrebbe essere comune ad altri utenti che lo utilizzano o potrebbe accadere solo sul sistema di chi chiede. Ecco perché Debian ha un sistema di tracciamento bug (Bug Tracking System, abbreviato in BTS); controllare lì prima di chiedere aiuto per un certo pacchetto in sid. Se non si trova il proprio bug ma si è convinti sia un problema reale del pacchetto stesso, allora segnalarlo. In caso non si sappia come scrivere una buona segnalazione, leggere come segnalare un bug utilizzando reportbug e la pagina su reportbug. Si può anche chiedere aiuto nei canali #debian-next o #debian-bugs.

Se su BTS non si trova il proprio problema ma non si è certi se sia un vero bug o qualche configurazione errata, allora non esitare a chiedere aiuto. Quando lo si fa è bene essere precisi: dire quale versione di Debian si sta usando, quale versione del pacchetto "pippo", cosa si è fatto (o provato a fare) e che messaggi di errore si sono ottenuti.

Il mancato impegno prima di chiedere aiuto con un pacchetto in sid dimostra pigrizia. Non si verrà presi sul serio fino a quando non si sarà dimostrato di prendere Debian sul serio.

Se il pacchetto pippo non è installabile, ciò non è un bug?

No. Vedere Qual è lo stato attuale di unstable?. Non segnalare un bug, dato che non aiuterà a risolvere il problema prima e crea solo del lavoro in più per i manutentori.

Come sapere quale versione del pacchetto "pippo" si sta usando?

Controllare con

apt-cache policy NOME_PACCHETTO

Quando sarà in sid il pacchetto "pippo" con la versione "pluto"?

Quando è pronto!

Ma serve ora!

Allora pacchettizzarlo da soli; per i dettagli vedere le informazioni nell'angolo degli sviluppatori.

È possibile usare pacchetti di sid in stable?

No, non provarci nemmeno. Se lo si fa comunque, si deve essere pronti a tenersi tutti i cocci e a farsi ridere in faccia. Tuttavia è possibile farne il backport in stable come spiegato più avanti.

È possibile usare pacchetti di sid in testing?

Solo se le dipendenze sono soddisfatte. In genere sid e testing sono vicine tra loro, eccetto quando i bug RC (critici per il rilascio) in alcuni pacchetti principali come libc o perl causano il blocco di una sfilza di pacchetti. Per cui le probabilità di ottenere un pacchetto binario funzionante in testing sono piuttosto buone... ma bisogna comunque verificarle.

Se le dipendenze delle librerie non sono soddisfatte ne va fatto il backport.

Come fare il backport di un pacchetto di sid per testing o stable?

Installare il sorgente Debian (e gli strumenti di sviluppo, specialmente debhelper, devscripts e build-essential) e creare il pacchetto.

Come fare passo passo:

  1. aggiungere una riga deb-src per sid al proprio sources.list

  2. apt-get update

  3. apt-get build-dep NOME_PACCHETTO

  4. apt-get -b source NOME_PACCHETTO

I deb risultanti dovrebbero essere nella directory attuale e installabili con dpkg -i pacchetto.deb.

Non ci sono già dei backport...?

Probabile, controllare prima su http://backports.debian.org/Packages/ per vedere se qualcuno lo ha già fatto.

Quando verrà rilasciata Sid?

Mai, sid sarà sempre un ramo instabile. Quando viene rilasciata testing, una nuova prenderà il suo posto (con un nuovo nome in codice) e i pacchetti continueranno a passare da sid a testing esattamente come fanno ora.

Che personaggio di Toy Story è sid?

Come tutti i nomi dei rilasci Debian fino ad ora, la distribuzione sid prende il nome da un personaggio di Toy Story. Sid è il ragazzo della porta accanto che rompe i suoi giocattoli e crea da essi creature terribili. Talvolta viene erroneamente interpretato come l'acronimo di "Still In Development" (ancora in sviluppo). Mentre gli altri nomi di rilascio avanzano nel tempo da testing a stable, sid è condannata ad essere unstable per sempre.

Vedere anche