La struttura della Distribuzione: differenze tra le versioni

Debian ha un sistema di sviluppo particolare quanto unico: è infatti la sola ad avere tre [[suite]] diverse divise in base alle caratteristiche di stabilità: [[stable]], [[testing]], [[unstable]]; ed un [[repository]] con pacchetti in fase di sviluppo: ''Experimental''.

'''Testing''': la suite di sviluppo destinata a divenire la nuova Stable (secondo ultime fonti con cadenza biennale [http://www.debian.org/News/2009/20090729/wiki/Help:Link Debian News Links]), anch'essa usufruisce degli aggiornamenti per la sicurezza, destinata ad un uso desktop (soggetta a qualche bug e per utenti non alle prime armi), ma sconsigliata per server e macchine di produzione.

''Stable'' è la [[suite]] '''stabile''' di Debian. Nello sviluppo Debian, una release viene dichiarata stabile quando tutti i [[bug RC]] ad essa associati prima del rilascio sono zero.

Una volta rilasciata, viene aperto un repository speciale: '''security''', che ha lo scopo di raccogliere gli aggiornamenti dei pacchetti presenti nella ''Stable'' corrente, per quanto riguarda il fattore sicurezza. Questi aggiornamenti, però, non riguardano la versione del pacchetto: infatti non ci saranno nuove versioni dei programmi disponibili, ma solo aggiornamenti di sicurezza (quindi applicazioni di [[patch]], in linea di massima).  

Anche se la cosa può sembrare inutile, non lo è: supponiamo di avere un sistema produttivo, basato su l'ultima ''Stable''. L'aggiornamento di un programma alla versione successiva potrebbe comportare un po' di problemi: <br/>

Questo è un motivo per cui, nella release Stable, ci sono solo aggiornamenti riguardanti bugfix.

La [[suite]] ''testing'' è spesso utilizzata in ambito Desktop da utenti che possiedono già una conoscenza di base sul funzionamento di Debian, visto che rappresenta il miglior compromesso tra stabilità e aggiornamento di pacchetti, in particolare quando non esistevano dei [[Il repository Backports|backports]] ufficiali per la stable. Per chi si avvicina a Debian (o a GNU/Linux in generale) per la prima volta è comunque consigliabile l'uso di una Debian stable, eventualmente ricorrendo ai backports, salvo si abbiano esigenze particolari. Questo consentirà di ridurre gli interventi sul sistema per la risoluzione di problemi e permetterà di imparare con calma il funzionamento di Debian.

 

I pacchetti, prima di entrare nella release di Testing compiono un tragitto per raggiungere un buon grado di maturità. Quando vengono creati, possono essere inseriti in Experimental, se hanno bisogno di test approfonditi e non sono considerati completamente stabili dall'autore, oppure possono essere inseriti in Unstable, pronti per essere testati dagli sviluppatori.<br/>Perché un pacchetto venga incluso in Testing (sostituendo eventualmente quello più vecchio) : <br/>

* deve essere stato in Unstable per 10, 5 o 2 giorni, in funzione dell'urgenza dell'upload; <br/>

* deve essere stato compilato e deve essere aggiornato su tutte le architetture su cui sia stato compilato in Unstable; <br/>

* deve avere meno [[Bug RC|bug release-critical]], o lo stesso numero, della versione corrente in Testing (si veda sotto per maggiori informazioni); <br/>

* tutte le sue dipendenze devono o essere soddisfatte dai pacchetti già in Testing, o essere soddisfatte dall'insieme di pacchetti che verranno installati nel contempo; <br/>

* l'operazione di installazione del pacchetto in Testing non dovrà danneggiare alcun pacchetto che sia già in Testing. <br/>

Quando la versione di Testing raggiunge un buon grado di maturità, avviene il passaggio da Testing a Stable. Prima di tutto viene dichiarata 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.

 

Unstable è la [[suite]] per gli sviluppatori, come indicato sul sito ufficiale Debian, e l'uso di questa release in ambito lavorativo (o comunque produttivo) può portare a degli inconvenienti o instabilità. È possibile, infatti, che a causa di qualche aggiornamento vengano introdotti dei bug che possano compromettere il normale funzionamento di qualche applicazione.

È divertente notare che la versione '''unstable''' di Debian mantiene sempre lo stesso [[codename]], ossia [[Sid]], il ragazzaccio!

 

Experimental è un [[repository]] (e non una release) che contiene i pacchetti che sono in fase di testing da parte dei [[Debian Developer|Debian Developers]] e che necessitano di lavoro prima di essere pronti per entrare in unstable. Pertanto non è autosufficiente e il repository è tipicamente usato assieme a quello di unstable/Sid.

Ecco l'elenco dei [[codename]] associati alle Debian Stable fino ad ora rilasciate:  

!Nome

|1.1 || Buzz || 17/06/1996 || (Buzz Lightyear) l'astronauta

|1.2 || Rex || 12/12/1996 || il tirannosauro

|1.3 || Bo || 02/06/1997 || (Bo Peep) la bambina che si prese cura della pecorella

|2.0 || Hamm || 24/07/1998 || il porcellino salvadanaio

|2.1 || Slink || 09/03/1999 || (Slinky Dog) il cane giocattolo

|2.2 || Potato || 15/08/2000 || Mr. Potato

|3.0 || Woody || 19/07/2002 || il cowboy

|3.1 || Sarge || 06/06/2005 || il "leader of The Green Plastic Army Men"

|4.0 || Etch || 08/04/2007 || (Etch-a-Sketch) la lavagna

|5.0 || Lenny || 14/02/2009 || il binocolo

|6.0 || Squeeze || 06/02/2011 || gli alieni a tre occhi

|7.0 || [[Wheezy]] || 04/05/2013 || il pinguino con il papillon rosso

|8.0 || [[Jessie]] || 25/04/2015 || la cowgirl

|9.0 || [[Stretch]] || ''testing'' || la piovra di gomma

|N.D. || Sid || unstable || il bambino della porta accanto che rompeva i giocattoli

:[[Utente:HAL 9000|HAL 9000]] 20:42, 29 ago 2014 (CEST)