La struttura della Distribuzione: differenze tra le versioni

Anche se i punti sopra citati sembrano banali, non è così: una macchina di produzione deve essere solida e stabile, e visto che molto spesso è una ottima pratica avere in cron le operazioni di aggiornamento, la probabilità che un aggiornamento automatico possa creare situazioni di instabilità o non funzionamento di un servizio non può essere accettato.  

Quando la versione di Testing raggiunge un buon grado di maturità, avviene il passaggio da Testing a Stable. Prima di tutto viene dicharata una situazione di freeze, in cui non è più possibile inserire nuove versioni di un pacchetto (a meno che non sia fondamentale per la correzione di qualche bug) ma solo correggere i bug riscontrati. Quando la versione di Testing verrà valutata come sufficientemente stabile, verrà rilasciata come Stable. Dopo il rilascio della Stable, la nuova Testing verrà ricreata secondo le normali regole a partire da Unstable.

E' inoltre possibile che, a causa dell'aggiornamento di alcune librerie o set di programmi, si possano creare delle situazioni di dipendenze non risolte che potrebbero rendere impossibile l'aggiornamento e/o l'installazione di alcuni pacchetti. Il mio consiglio è di non utilizzarla, a meno di non avere una certa dimestichezza e familiarità con il sistema Debian.

E' divertente notare che la versione '''unstable''' di Debian mantiene sempre il medesimo nome e cioè Sid, il ragazzaccio!