Testing: differenze tra le versioni

Da Guide@Debianizzati.Org.
Vai alla navigazione Vai alla ricerca
m (Bisognava aggiornare il nome della stable e della testing)
m (Annullata la modifica 44236 di HAL 9000 (discussione) errore era nel template (categoria nascosta ora rimossa))
Etichetta: Annulla
 
(13 versioni intermedie di 3 utenti non mostrate)
Riga 1: Riga 1:
'''Debian testing''' (attuale nome '''Wheezy''') è la versione di Debian a metà strada tra la stable (attuale nome '''Squeeze''') e l'unstable (conosciuta anche come '''Sid'''). A differenza di stable, la testing riceve continuamente gli aggiornamenti dei pacchetti dopo che questi siano stati sufficientemente testati su '''unstable'''. È anche presente un [[repository]] per la sicurezza (che rende immediatamente disponibili aggiornamenti di sicurezza senza dover passare da Sid).
'''Testing''' è il nome ''comune'' della [[suite]] di Debian a metà strada tra la [[stable]] e l'[[unstable]]/[[Sid]]. A differenza di stable, la testing riceve continuamente gli aggiornamenti dei [[pacchetto|pacchetti]] dopo che questi sono stati sufficientemente testati su Sid.


Per il suo connubio di software aggiornato (rispetto a stable) e testato (rispetto a Sid) questa versione è tipicamente consigliata per uso desktop.
Un pacchetto presente in Sid può essere promosso automaticamente in testing, senza intervento umano, se tutte le seguenti condizioni sono soddisfatte:
# è rimasto almeno 10 giorni in Sid;
# non ci sono bug critici, o comunque ce ne sono in misura inferiore alla versione attualmente in testing;
# compila per tutte le architetture supportate;
# le sue dipendenze sono soddisfatte dai pacchetti presenti in testing.
 
In base all'urgenza dell'aggiornamento, i [[Debian Developer]] possono ridurre il tempo di giacenza in Sid fino a un minimo di 2 giorni, a eccezione del periodo precedente il [[freeze]], ma le altre condizioni devono ancora essere soddisfatte. Ciò può comportare un tempo di attesa molto prolungato in alcuni casi, quindi per impedire che gli aggiornamenti di sicurezza possano essere bloccati è presente un [[repository]] apposito, che li rende immediatamente disponibili senza dover passare da Sid.
 
Per il suo connubio di software aggiornato (rispetto a stable) e testato (rispetto a Sid) è tipicamente utilizzata per uso desktop dagli utenti più esperti. Per chi vuole ridurre al minimo la manutenzione del sistema è invece consigliato l'uso della ''stable'' con i [[Il repository Backports|backports]].
 
Attualmente questa [[release]] ha come [[codename]] [[{{Codename|Testing}}]].




Riga 7: Riga 17:


* [[La struttura della Distribuzione]]
* [[La struttura della Distribuzione]]


[[Categoria:Glossario]]
[[Categoria:Glossario]]

Versione attuale delle 08:15, 7 mar 2021

Testing è il nome comune della suite di Debian a metà strada tra la stable e l'unstable/Sid. A differenza di stable, la testing riceve continuamente gli aggiornamenti dei pacchetti dopo che questi sono stati sufficientemente testati su Sid.

Un pacchetto presente in Sid può essere promosso automaticamente in testing, senza intervento umano, se tutte le seguenti condizioni sono soddisfatte:

  1. è rimasto almeno 10 giorni in Sid;
  2. non ci sono bug critici, o comunque ce ne sono in misura inferiore alla versione attualmente in testing;
  3. compila per tutte le architetture supportate;
  4. le sue dipendenze sono soddisfatte dai pacchetti presenti in testing.

In base all'urgenza dell'aggiornamento, i Debian Developer possono ridurre il tempo di giacenza in Sid fino a un minimo di 2 giorni, a eccezione del periodo precedente il freeze, ma le altre condizioni devono ancora essere soddisfatte. Ciò può comportare un tempo di attesa molto prolungato in alcuni casi, quindi per impedire che gli aggiornamenti di sicurezza possano essere bloccati è presente un repository apposito, che li rende immediatamente disponibili senza dover passare da Sid.

Per il suo connubio di software aggiornato (rispetto a stable) e testato (rispetto a Sid) è tipicamente utilizzata per uso desktop dagli utenti più esperti. Per chi vuole ridurre al minimo la manutenzione del sistema è invece consigliato l'uso della stable con i backports.

Attualmente questa release ha come codename trixie.


Vedere anche: