1 508
contributi
La struttura della Distribuzione: differenze tra le versioni
La struttura della Distribuzione (visualizza wikitesto)
Versione delle 13:13, 27 gen 2010
, 27 gen 2010revisionata, corretti alcuni typos
S3v (discussione | contributi) Nessun oggetto della modifica |
(revisionata, corretti alcuni typos) |
||
| Riga 9: | Riga 9: | ||
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). | 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'' | 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/> | ||
* la struttura e/o la sintassi dei file di configurazione potrebbe subire dei cambiamenti, creando delle incompatibilità con le configurazioni valide per versioni precedenti;<br/> | * la struttura e/o la sintassi dei file di configurazione potrebbe subire dei cambiamenti, creando delle incompatibilità con le configurazioni valide per versioni precedenti;<br/> | ||
* potrebbero essere presenti dei cambiamenti sostanziali alla struttura del pacchetto o del programma; | * potrebbero essere presenti dei cambiamenti sostanziali alla struttura del pacchetto o del programma; | ||
| Riga 17: | Riga 17: | ||
Questo è un motivo per cui, nella release Stable, ci sono solo aggiornamenti riguardanti bugfix. | Questo è un motivo per cui, nella release Stable, ci sono solo aggiornamenti riguardanti bugfix. | ||
=I | =I nomi delle release= | ||
Una domanda diffusa tra gli utenti alle prime armi con Debian riguarda i nomi delle release; a prima vista, infatti, possono sembrare strani, ma la spiegazione è molto semplice: sono tutti nomi dei personaggi del film [http://www.pixar.com/feature/toystory/toystory.html ToyStory]. | Una domanda diffusa tra gli utenti alle prime armi con Debian riguarda i nomi delle release; a prima vista, infatti, possono sembrare strani, ma la spiegazione è molto semplice: sono tutti nomi dei personaggi del film [http://www.pixar.com/feature/toystory/toystory.html ToyStory]. | ||
| Riga 101: | Riga 101: | ||
==Il percorso dei pacchetti== | ==Il percorso dei pacchetti== | ||
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 | 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 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/> | ||
==Da Testing a Stable== | ==Da Testing a Stable== | ||