Translation(s): English - español - Français - Italiano - Português (Brasil) - Русский - Svenska - 简体中文 (Chinese) - Korean
Contents
Introduzione
Debian Unstable (conosciuta anche per il suo nome in codice "Sid") non è un rilascio ma piuttosto una versione di sviluppo in continuo cambiamento della distribuzione Debian contenente i pacchetti più recenti che sono stati introdotti in Debian. Non è un "rilascio in evoluzione" ("rolling release"), dato che su di essa non vengono fatti assicurazione di qualità e test di integrità di qualità adatta al rilascio.
Come tutti i rilasci Debian, Sid prende il nome da un personaggio di Toy Story. Nel film Sid è il bambino della porta accanto che rompe i suoi giocattoli e li usa per creare terribili creature.
Mentre i nomi in codice degli altri rilasci nel tempo progrediscono da essere testing a stable, Sid è condannata a rimanere per sempre unstable. Sid sarà sempre il ramo non stabile. Quando l'attuale repository "testing" diventa maturo ed è rilasciato "testing" diventa il nuovo rilascio "stable". Da quel momento a nuovo repository "testing" viene creato con il nuovo nome in codice pianificato e i pacchetti continuano a passare a uno a uno da Sid in "testing", proprio come prima.
Sid è dove vanno i pacchetti dopo che sono stati caricati dai loro manutentori e considerati idonei al rilascio dal FTP master. Quando i pacchetti soddisfano determinati criteri sono spostati automaticamente da unstable al repository "testing" attuale. Il repository unstable viene aggiornato ogni 6 ore.
Sid ottiene aggiornamenti di sicurezza esclusivamente attraverso i manutentori dei suoi pacchetti. Il Team di sicurezza di Debian (Debian Security Team) mantiene gli aggiornamenti di sicurezza solo per l'attuale rilascio "stable".
La sequenza di propagazione dei pacchetti nel processo di sviluppo di Debian è la seguente:
Installazione
Non esistono immagini CD o DVD complete per "unstable". Dato che i pacchetti in "unstable" cambiano molto frequentemente, è più appropriato scaricare e installare "unstable" usando un normale mirror FTP di Debian.
Se si conoscono i rischi collegati all'uso di unstable scegliere uno dei 3 seguenti modi per utilizzare sid:
Usare l'attuale installatore di "stable" per installare un sistema stabile minimale (metodo raccomandato).
Cambiare le proprie fonti di apt in modo che puntino ad "unstable".
Eseguire apt update e apt full-upgrade.
Usare l'attuale installatore di "testing" per installare un sistema stabile (futuro) minimale
Cambiare le proprie fonti di apt in modo che puntino ad "unstable".
Eseguire apt update e apt full-upgrade.
- Usare l'immagine "mini.iso" di unstable.
Scaricare "mini.iso" per la propria architettura di CPU cercandola in: https://d-i.debian.org/daily-images/ sotto */daily/netboot/
Durante l'installazione scegliere "Opzioni avanzate" -> "Installazione per esperti".
- Quando viene chiesto di "Scegliere un mirror dell'archivio Debian" scegliere la versione "sid - unstable".
Se si sta già usando un sistema stable usare il metodo descritto sopra per aggiornare ad unstable cambiando le proprie fonti di apt da "stable" (o il nome in codice dell'attuale stable) a "unstable".
FAQ
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.
Come utente di testing/sid ci sono un paio di cose che facilitano la vita:
Considerare, specie se si usa unstable, se sia necessario disabilitare o rimuovere unattended-upgrades per essere in controllo di quando avvengono gli aggiornamenti dei pacchetti
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).
- Scegliere il momento giusto per aggiornare: quando si ha il tempo di analizzare ogni potenziale problema e dopo aver salvato il proprio lavoro e aver fatto i backup, non prima di un viaggio di lavoro!
Usare apt upgrade invece di apt full-upgrade per evitare rimozioni non volute di qualsiasi pacchetto da cui si dipende.
- Se un pacchetto non può essere aggiornato in maniera sicura, bloccarlo usando apt-mark.
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.
- Creare automaticamente backup giornalieri, settimanali e mensili per assicurarsi che i dati corrotti non siano un problema. È estremamente raro che un aggiornamento corrompa dati dell'utente, ma i backup proteggono anche da problemi ai dispositivi e dagli errori umani.
Usare un file system supportato da Copy-On-Write (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. Un programma utile per questo, oltre che per backup regolari di sistema è timeshift
- Per ciò che riguarda la gestione degli aggiornamenti con il gestore di pacchetti, tenere a mente i seguenti suggerimenti:
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ù.
sid ha il pacchetto "pippo"?
Si può tenere traccia dello stato di ogni pacchetto usando il Tracciatore di pacchetti Debian.
Il pacchetto "pippo" è non funzionante?
Se la propria esperienza personale è che non funziona, c'è una buona probabilità che sia non funzionante. Il problema potrebbe essere unico per il proprio sistema o comune ad altri utenti. Ecco perché Debian ha un sistema di tracciamento bug (Bug Tracking System, abbreviato in BTS). Se non si vede il proprio problema già elencato, segnalare il bug. Leggere come segnalare un bug utilizzando reportbug e la pagina su reportbug se non si è certi di come scrivere una buona segnalazione di bug.
È possibile usare pacchetti di sid in "stable"?
Provare a farlo è altamente sconsigliato. Cercare di mescolare pacchetti tra repository Debian probabilmente creerà un sistema non utilizzabile. Per maggiori informazioni sulle buone prassi controllare la pagina Non rompere Debian.
Se si desidera usare software più recente è meglio installare pacchetti dai Backport.
È possibile usare pacchetti di sid in "testing"?
Sì, con qualche precauzione. Viene chiamato "Mix Testing-Unstable". È necessaria della configurazione per assicurare che un sistema testing rimanga su testing, senza che apt aggiorni ogni pacchetto alla versione in unstable.
Come prima cosa creare /etc/apt/apt.conf.d/20-tum.conf con il seguente contenuto:
APT::Default-Release "/^testing(|-security|-updates)$/";
Poi modificare /etc/apt/sources.list e copiare una riga testing come unstable, ad esempio:
deb https://deb.debian.org/debian testing main deb https://deb.debian.org/debian unstable main
Eseguire apt update per aggiornare la cache. Usare apt -t unstable install pippo per installare il pacchetto pippo da unstable, invece che da testing.
AVVERTIMENTI:
Synaptic (e forse altri frontend GUI per i pacchetti) ignora l'impostazione Default-Release. Impostare in Preferenze -> Distribuzione.
Se si sta usando trixie nelle proprie fonti di apt invece di testing, allora si passerà a stable dopo il rilascio di trixie, perciò assicurarsi di rimuovere 20-tum.conf e ogni voce per unstable in sources.list prima che testing sia rilasciata come stable.
- Se non è possibile soddisfare da testing le dipendenze dei pacchetti che si sta cercando di installare da unstable, le dipendenze saranno installate da unstable. Ciò può causare conflitti di dipendenze con altri pacchetti, specialmente se si installa un pacchetto da unstable che è coinvolto in una transizione di librerie.
Dove ottenere aiuto con sid?
Nel canale IRC #debian-next su OFTC e sulle mailing list.
Vedere anche
- Unstable
Evitare di usare il ramo Unstable e Security support for the testing branch (da "Securing Debian Manual") (in inglese);
Per maggiori informazioni sui pacchetti in Sid per la propria architettura vedere auto-builder status.
Mailing list: debian-devel.
Versioni di Debian - maggiori informazioni sulle diverse versioni di Debian;
Debian stable - la versione ufficiale di Debian (quella con meno bug e meno problemi di sicurezza);
Debian testing - il repository con i pacchetti provenienti da unstable, se non vi sono stati trovati bug nel corso di 10 giorni.