Codename: differenze tra le versioni
m (rimozione redirect) |
(codename cambiato nei repository di sicurezza a partire da Bullseye) |
||
| Riga 8: | Riga 8: | ||
Il codename ha un significato non solo estetico ma anche pratico. E decisamente importante.<br/> | Il codename ha un significato non solo estetico ma anche pratico. E decisamente importante.<br/> | ||
Specificare il codename all'interno del proprio file <code>/etc/apt/sources.list</code> al posto della [[suite]] significa usare sempre la versione corrispondente, per cui una riga simile: | Specificare il codename all'interno del proprio file <code>/etc/apt/sources.list</code> al posto della [[suite]] significa usare sempre la versione corrispondente, per cui una riga simile: | ||
deb | deb {{APT-mirror}} '''{{Codename|testing}}''' main | ||
vuol dire restare ancorati a [[{{Codename|Testing}}]] in tutto il suo percorso che la porterà negli anni a passare per le [[suite]] ''testing'', ''stable'', ''oldstable'' e così via. | vuol dire restare ancorati a [[{{Codename|Testing}}]] in tutto il suo percorso che la porterà negli anni a passare per le [[suite]] ''testing'', ''stable'', ''oldstable'' e così via. | ||
Per [[Sid]] queste considerazioni non valgono visto che è associato sempre alla suite [[unstable]] di Debian. Per questo motivo le due righe: | Per [[Sid]] queste considerazioni non valgono visto che è associato sempre alla suite [[unstable]] di Debian. Per questo motivo le due righe: | ||
deb | deb {{APT-mirror}} '''sid''' main | ||
deb | deb {{APT-mirror}} '''unstable''' main | ||
sono e saranno sempre equivalenti. | sono e saranno sempre equivalenti. | ||
Ogni [[repository]] inoltre, nel proprio file '''Release''', deve indicare un ''codename'' che lo contraddistingua. Il ''codename'' dei repository di sicurezza di [[stable]] e [[testing]] è lo stesso del repository principale della [[release]] a cui si riferiscono, in modo che ogni regola si applichi sempre a entrambi.<br/> | Ogni [[repository]] inoltre, nel proprio file '''Release''', deve indicare un ''codename'' che lo contraddistingua. <br/> | ||
Il ''codename'' dei repository di sicurezza di [[stable]] e [[testing]] è lo stesso del repository principale della [[release]] a cui si riferiscono, in modo che ogni regola si applichi sempre a entrambi. A partire da Debian 11 ([[Bullseye]]) ciò non è più vero, e il codename di un repository di sicurezza è stato cambiato in ''codename'''''-security''' (per esempio '''bullseye-security''' nel caso di ''bullseye''). <br/> | |||
Altri repository seguono diverse convenzioni, per esempio nel caso della [[stable]] il ''codename'' degli aggiornamenti raccomandati è nella forma '''''codename''-updates''' (attualmente ''{{Codename|stable}}-updates''), e quello dei [[Il repository Backports|backports]] è '''''codename''-backports''' (attualmente ''{{Codename|stable}}-backports''). | Altri repository seguono diverse convenzioni, per esempio nel caso della [[stable]] il ''codename'' degli aggiornamenti raccomandati è nella forma '''''codename''-updates''' (attualmente ''{{Codename|stable}}-updates''), e quello dei [[Il repository Backports|backports]] è '''''codename''-backports''' (attualmente ''{{Codename|stable}}-backports''). | ||
Versione attuale delle 14:07, 4 ago 2019
Il codename (letteralmente "nome in codice") in Debian è una parola utilizzata per riferirsi ad una delle release.
Debian utilizza come codename il nome dei personaggi del film d'animazione "Toy Story" per cui:
- "bullseye" è il codename per Debian 11, l'attuale oldstable;
- "bookworm" è il codename per Debian 12, l'attuale stable;
- "trixie" è il codename per la futura Debian 13, l'attuale testing.
Il codename ha un significato non solo estetico ma anche pratico. E decisamente importante.
Specificare il codename all'interno del proprio file /etc/apt/sources.list al posto della suite significa usare sempre la versione corrispondente, per cui una riga simile:
deb http://deb.debian.org/debian/ trixie main
vuol dire restare ancorati a trixie in tutto il suo percorso che la porterà negli anni a passare per le suite testing, stable, oldstable e così via.
Per Sid queste considerazioni non valgono visto che è associato sempre alla suite unstable di Debian. Per questo motivo le due righe:
deb http://deb.debian.org/debian/ sid main
deb http://deb.debian.org/debian/ unstable main
sono e saranno sempre equivalenti.
Ogni repository inoltre, nel proprio file Release, deve indicare un codename che lo contraddistingua.
Il codename dei repository di sicurezza di stable e testing è lo stesso del repository principale della release a cui si riferiscono, in modo che ogni regola si applichi sempre a entrambi. A partire da Debian 11 (Bullseye) ciò non è più vero, e il codename di un repository di sicurezza è stato cambiato in codename-security (per esempio bullseye-security nel caso di bullseye).
Altri repository seguono diverse convenzioni, per esempio nel caso della stable il codename degli aggiornamenti raccomandati è nella forma codename-updates (attualmente bookworm-updates), e quello dei backports è codename-backports (attualmente bookworm-backports).
Vedere anche: