Differences between revisions 9 and 10
Revision 9 as of 2011-08-05 10:47:20
Size: 11939
Editor: ?skizzhg
Comment: sync with english
Revision 10 as of 2011-11-15 17:53:09
Size: 12184
Editor: ?skizzhg
Comment: sync with english
Deletions are marked like this. Additions are marked like this.
Line 35: Line 35:
Aggiornare i pacchetti in unstable è talvolta sicuro, come a volte una o più [[it/OngoingTransitions|transizioni in corso]] possono rendere alcuni pacchetti non installabili o rilasciare bug critici che possono influenzare pacchetti chiave.

Translation(s): English - Français - Italiano - Русский

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 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 Debian Testing.

Ciclo

I repositoriy di !Unstable sono aggiornati ogni 6 ore; è possibile eseguire l'aggiornamento con aptitude full-upgrade prendendo ovviamente tutte le necessarie precauzioni in anticipo.

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

Experimental > !Unstable > Testing > Stable

Architetture

Vedere lo stato del compilatore automatico.

FAQ

Come installare Unstable?

Consultare le FAQ apposite.

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 Sid ci sono un paio di cose che facilitano la vita:

  • 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);

  • 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;

  • tenere a portata di mano una distribuzione live su CD o USB, come 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.

Qual è lo stato attuale di Unstable?

Aggiornare i pacchetti in unstable è talvolta sicuro, come a volte una o più transizioni in corso possono rendere alcuni pacchetti non installabili o rilasciare bug critici che possono influenzare pacchetti chiave. Controllare il topic del canale IRC #debian-devel (o la pagina TopicDebianDevel) e il sito Debian Weather.

Dove ottenere aiuto con Sid?

Nel canale IRC #debian-next su http://www.oftc.net/ e sulla mailing list.

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 sul sistema dello sviluppatore, 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 Stable o Testing modificando il file /etc/apt/sources.list cambiando il ramo da Stable a !Unstable.

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.

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 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 devscripts) per controllare quali versioni sono disponibili;

  • nei canali IRC #debian e #debian-next si possono interrogare i bot (ad esempio 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;

  • 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 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" è 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 sistema di tracciamento bug (chiamato anche 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 dedicata; 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.

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

È consigliabile usare Sid sul server?

Siete matti? No!

È 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 è grep causando un blocco infinito al processo di boot? Queste cose sono successe e succederanno ancora.

Se si preferisce evitare bug imbarazzanti di questo genere, usare Testing.

Sid ha aggiornamenti di sicurezza?

Non nello stesso senso di Stable. Se un maintainer 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 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.

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 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 Testing a Stable, Sid è condannata ad essere !Unstable per sempre.

Si veda anche