Perché Debian e Ubuntu si sono separati

Perché Debian e Ubuntu si sono separati

Debian e Ubuntu si sono separati nel 2004 a causa del calendario di rilascio, non del codice. Debian pubblica una release stabile quando il team di rilascio la considera pronta. Ubuntu ha promesso una nuova release ogni sei mesi, in una data fissata in anticipo. Per questo prende una copia del ramo di sviluppo di Debian, la congela, corregge ciò che non funziona e la pubblica.

Ventidue anni dopo, i due progetti condividono ancora il formato dei pacchetti e gli strumenti che lo gestiscono. La maggior parte del lavoro di packaging che li supporta viene svolta una sola volta. Non condividono invece il calendario, il contratto di supporto né la stessa idea di ciò che debba essere incluso in un'installazione predefinita. Questa è la distinzione utile quando si sceglie un sistema operativo per un server, perché separa le differenze estetiche da quelle che possono costare un pomeriggio di lavoro.

Da dove proviene Ubuntu

Ian Murdock ha fondato il Debian Project il 16 agosto 1993. Nel 2004 Debian era la più grande distribuzione gestita da volontari esistente, ma procedeva lentamente. Debian 3.0 "woody" è stata rilasciata il 19 luglio 2002 e la versione successiva, Debian 3.1 "sarge", è arrivata soltanto il 6 giugno 2005. Tra due release stabili sono trascorsi quasi tre anni. Durante questo intervallo, chi voleva software aggiornato su un server Debian non disponeva di una soluzione supportata direttamente da Debian.

Nell'aprile 2004 Mark Shuttleworth ha invitato circa una dozzina di sviluppatori Debian nel suo appartamento di Londra per progettare un sistema basato su Debian e sviluppato secondo un calendario fisso. Ha inoltre fondato Canonical Ltd per assumerli. La prima release, Ubuntu 4.10 "Warty Warthog", è arrivata sei mesi dopo, il 20 ottobre 2004. Il numero di versione indica la data della release: 4.10 significa ottobre 2004 e 26.04 significa aprile 2026.

Ubuntu non è mai stato un fork nel senso comune del termine. Un fork copia una codebase una sola volta e poi si separa dal progetto originale. Ubuntu copia nuovamente Debian a ogni ciclo. I pacchetti vengono prelevati da Debian unstable, il ramo rolling che Debian chiama sid, e questa copia viene aggiornata automaticamente nelle prime settimane di ogni ciclo di Ubuntu. Dopo l'import freeze, uno sviluppatore Ubuntu deve trasferire manualmente ogni pacchetto successivo e motivare la modifica in base alle regole del freeze. Il più ampio albero genealogico delle distribuzioni Linux comprende numerosi fork reali. Questo non lo è. Ubuntu è un downstream permanente.

Cosa condividono ancora i due progetti

La parte condivisa è molto più ampia di quella diversa. Entrambi usano il formato dei pacchetti .deb, con dpkg alla base e apt al livello superiore, e seguono la Debian Policy per stabilire dove installare i file e come dichiarare le dipendenze dei pacchetti. La documentazione per gli sviluppatori di Ubuntu indica che circa quattro pacchetti sorgente su cinque vengono copiati da Debian senza alcuna modifica. Un maintainer che corregge un bug in Debian lo corregge anche per gli utenti di Ubuntu, di solito senza che nessuno dei due progetti se ne accorga.

Quando Ubuntu modifica un pacchetto, la stringa della versione lo indica. Il 1.2.3-4 di Debian diventa 1.2.3-4ubuntu1, e quel suffisso identifica la modifica locale, che entrambi i progetti chiamano delta. Ubuntu pubblica il delta completo per ogni pacchetto modificato e inoltra le patch al sistema di tracciamento dei pacchetti di Debian, così un maintainer Debian può vedere cosa è stato fatto downstream e integrarlo, se lo ritiene opportuno.

Dal 2005 si discute se questo sia sufficiente. È utile esporre chiaramente i termini della discussione, senza schierarsi. Dal punto di vista di Debian, la critica riguarda dove ricade il lavoro: Canonical paga persone per lavorare downstream, il progetto downstream raccoglie utenti e attenzione, mentre reinviare una correzione upstream richiede lavoro aggiuntivo che nessuno è pagato per svolgere. Dal punto di vista di Ubuntu, una scadenza di sei mesi non è compatibile con un progetto che non ha scadenze, quindi aspettare Debian non è sempre possibile. Entrambe le affermazioni sono vere. Nessuna delle due ha mai impedito ai pacchetti di continuare a passare da un progetto all'altro.

Rilascio quando pronto, non in base a una data di calendario

La data di rilascio di Debian è un risultato, non una promessa. Debian 12 "bookworm" è stata rilasciata il 10 giugno 2023 e Debian 13 "trixie" il 9 agosto 2025, a circa due anni di distanza, ma nulla garantisce che il prossimo intervallo sarà uguale. L’attuale ramo testing si chiama "forky" e non ha una data di rilascio, perché Debian non ne annuncia una finché il numero di bug release-critical non indica che il sistema è pronto.

La data di Ubuntu è una promessa. Una release viene pubblicata ogni sei mesi e ogni quarta release, ad aprile di un anno pari, è una release LTS (long term support). Ubuntu 26.04 LTS "Resolute Raccoon" è stata rilasciata il 23 aprile 2026, come previsto. Le release intermedie sono interim release e ricevono aggiornamenti solo per nove mesi. Per questo non sono adatte a un server che si preferisce non ricostruire due volte all’anno. La scelta tra Ubuntu LTS e interim release su un server dipende da quei nove mesi.

La cadenza definisce il calendario degli upgrade, che è la conseguenza pratica più importante di questa differenza. Con Ubuntu LTS sai con anni di anticipo che il prossimo upgrade in-place arriverà ad aprile di un anno pari. Di conseguenza, l’upgrade da Ubuntu 24.04 a 26.04 poteva essere pianificato prima che 26.04 esistesse. Con Debian monitori gli annunci del freeze e pianifichi il lavoro quando la release viene effettivamente pubblicata.

Cosa ha cambiato LTS

Ubuntu 6.06 LTS "Dapper Drake" è stato rilasciato il 1 giugno 2006 ed è stata la prima versione LTS. In precedenza, Ubuntu era un sistema che cambiava rapidamente e veniva sostituito due volte all'anno. Non è una base adatta a un server di produzione aziendale. LTS ha introdotto un elemento fondamentale: una data di fine del supporto fissata nel futuro, abbastanza lontana da consentire di pianificare il ciclo di vita del sistema. Questo cambiamento ha reso Ubuntu la distribuzione server predefinita. La cadenza semestrale contribuisce a questo risultato, perché ogni versione LTS viene costruita sul lavoro già verificato nelle versioni intermedie precedenti.

Debian ha raggiunto lo stesso risultato seguendo un percorso diverso. La sua versione stable aveva già un ciclo di rilascio lento, mentre il progetto Debian LTS ha esteso il periodo di supporto di ciascuna versione dopo il ritiro del team di sicurezza Debian.

Chi fornisce il supporto e per quanto tempo

[
  {
    "label": "Debian stable",
    "support_duration": 3
  },
  {
    "label": "Debian LTS",
    "support_duration": 5
  },
  {
    "label": "Debian ELTS, paid",
    "support_duration": 10
  },
  {
    "label": "Ubuntu LTS",
    "support_duration": 5
  },
  {
    "label": "Ubuntu Pro ESM",
    "support_duration": 10
  },
  {
    "label": "Ubuntu Pro plus Legacy",
    "support_duration": 15
  }
]

Il team di sicurezza di Debian copre una release stable per 3 anni. Successivamente, il team Debian LTS, che Debian descrive come un gruppo di volontari e aziende distinto dai team ufficiali di sicurezza e delle release, estende la copertura a 5 anni. Il passaggio è visibile nelle date attuali: bookworm è entrata in LTS l'11 giugno 2026 e sarà coperta fino al 30 giugno 2028, mentre il periodo LTS di bullseye termina il 31 agosto 2026. Dopo tale data, Freexian vende il supporto Extended LTS, o ELTS, fino a 10 anni, e solo per il sottoinsieme di pacchetti effettivamente utilizzato dai clienti paganti.

Una LTS di Ubuntu riceve da Canonical 5 anni di manutenzione di sicurezza standard. Un abbonamento Ubuntu Pro estende il periodo a 10 anni tramite ESM (expanded security maintenance), sia per main sia per universe, mentre l'add-on Legacy lo porta a 15. Ad agosto 2026 Ubuntu Pro è gratuito per l'uso personale su un massimo di cinque macchine. Su un singolo VPS, quindi, il periodo di dieci anni è effettivo senza dover emettere un ordine di acquisto. Pro include anche il servizio livepatch, che rappresenta il metodo supportato per applicare patch live al kernel su un VPS senza riavviare il sistema a ogni aggiornamento di sicurezza del kernel.

La struttura alla base di questi periodi è più importante dei numeri. Con Ubuntu, il supporto viene acquistato dalla stessa azienda che sviluppa la distribuzione. Per Debian non esiste un'azienda di questo tipo. Il supporto a pagamento proviene quindi da un soggetto terzo come Freexian, dal provider di hosting o dal proprio team.

Sistemi init e il voto che pose fine alla discussione

La divergenza tecnica più netta riguardava il sistema init, il primo processo avviato dal kernel e il supervisore di tutti i servizi successivi. Ubuntu 6.10 "Edgy Eft", rilasciato il 26 ottobre 2006, includeva Upstart, sviluppato da Canonical. Debian rimase su sysvinit per anni, mentre la discussione proseguiva. Il Technical Committee di Debian risolse la questione con una votazione conclusa l'11 febbraio 2014, decisa dal voto dirimente del presidente a favore di systemd per Debian 8.

Ubuntu si adeguò pochi giorni dopo. Il post di Shuttleworth sulla decisione, intitolato "Losing graciously", spiegava chiaramente il motivo: Ubuntu fa parte a tutti gli effetti della famiglia Debian, quindi avrebbe adottato l'esito della votazione. Ubuntu 15.04 includeva systemd come impostazione predefinita il 23 aprile 2015, mentre Debian 8 "jessie" fece lo stesso il 26 aprile 2015, tre giorni dopo.

Questa convergenza spiega perché la maggior parte dei tutorial sui servizi può passare da una distribuzione all'altra senza modifiche. I file delle unità, systemctl e journalctl si comportano allo stesso modo su entrambe. Debian 13 include systemd 257 e Ubuntu 26.04 LTS include systemd 259: la differenza è quindi il numero di versione, non il design.

Snap e la parte che non viene portata

Ubuntu 16.04 LTS ha introdotto i pacchetti snap nel 2016 e la versione 18.04 è stata la prima release a fornire alcune applicazioni predefinite come snap. Uno snap è un bundle autonomo che include una propria copia delle dipendenze. In questo modo un progetto upstream può distribuire una nuova versione a tutte le release di Ubuntu supportate contemporaneamente, senza dover attendere l'aggiornamento dell'archivio.

Il motivo per cui nessun'altra distribuzione principale ha adottato gli snap come impostazione predefinita non è il formato. Il client snapd comunica con un unico store gestito da Canonical e il lato server di quello store non è open source. Una distribuzione che adotta gli snap affida quindi parte della distribuzione del software a un altro fornitore. Debian non lo ha fatto e non installa snapd per impostazione predefinita.

È a questo punto che le istruzioni upstream smettono di funzionare senza segnalarlo chiaramente. Certbot è l'esempio più evidente: la documentazione del progetto raccomanda di installarlo da uno snap e avverte che i pacchetti della distribuzione «tendono a diventare rapidamente obsoleti nelle distribuzioni in stile LTS». Seguendo quella pagina su Ubuntu, la procedura funziona. Su un server Debian con installazione standard, invece, il primo passaggio non ha nulla da eseguire. Per questo la nostra guida a Certbot per Nginx su Ubuntu 24.04 usa il pacchetto della distribuzione.

Kernel, firmware e questione del software non libero

Il Social Contract di Debian e le DFSG (Debian Free Software Guidelines) definiscono quali componenti possono entrare in main. Tutto il resto finisce in contrib e non-free; per gran parte della storia di Debian, questo includeva anche i blob binari del firmware necessari al normale hardware di rete e di archiviazione prima che potesse funzionare. Dopo una General Resolution del 2022, Debian 12 ha aggiunto un'area separata dell'archivio denominata non-free-firmware, e da allora le immagini ufficiali del programma di installazione includono questo firmware.

Ubuntu ha fatto una scelta opposta fin dall'inizio. Il suo archivio è suddiviso in main e restricted, supportati da Canonical e comprensivi dei driver proprietari, oltre a universe e multiverse, gestiti dalla comunità. Su un VPS l'effetto è limitato, perché l'hardware virtuale richiede pochissimo firmware. Su hardware dedicato, invece, può determinare se una scheda di rete entra in funzione oppure no.

Anche i kernel divergono lungo lo stesso asse. Ad agosto 2026, Ubuntu 26.04 LTS distribuisce Linux 7.0, mentre Debian 13 distribuisce Linux 6.12. Ubuntu aggiorna inoltre il kernel all'interno di una singola LTS tramite gli stack Hardware Enablement, mentre Debian mantiene una sola serie di kernel per l'intero ciclo di vita di una release stable e offre versioni più recenti tramite backports. Una versione più recente offre un supporto migliore per i dispositivi virtio e i filesystem recenti. Una versione più vecchia mantiene stabile il comportamento verificato a gennaio anche a dicembre.

Cosa non funziona quando si seguono le istruzioni per l'altra distribuzione

Nella maggior parte dei casi, una guida scritta per una distribuzione funziona anche sull'altra. Gli errori si concentrano in alcuni punti noti.

• I repository apt di terze parti vengono pubblicati per distribuzione e codename. Un fornitore che supporta noble e jammy potrebbe non pubblicare nulla per trixie, e l'errore può sembrare un problema di rete invece di una scelta di supporto.
• I PPA di Launchpad vengono compilati solo per specifiche serie di Ubuntu. Aggiungerne uno a Debian installa binari collegati alle versioni delle librerie di Ubuntu. Per caso può funzionare, oppure può portare sul sistema una parte consistente del runtime di Ubuntu.
• Qualsiasi procedura che presupponga snapd, un abbonamento Ubuntu Pro o livepatch di Canonical non ha un passaggio equivalente in Debian. Le relative sezioni della guida devono quindi essere sostituite, non adattate.
• Le immagini predefinite differiscono per l'utente con cui si accede. Le immagini Ubuntu forniscono in genere un utente ubuntu con sudo e senza password di root; le immagini Debian forniscono in genere un utente debian, mentre quelle dei provider possono variare. Verifica quale immagine stai usando prima di modificare le impostazioni SSH.

Quando un repository non dispone di una suite per la tua release, apt lo indica in modo esplicito:

E: The repository 'https://download.example.com/linux/debian forky Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

Questo messaggio indica che il fornitore non ha mai pubblicato pacchetti per il tuo codename. Il mirror non è guasto e riprovare non risolverà il problema. Il fornitore supporta la tua release oppure non la supporta.

Quindi, quale dovresti scegliere?

Scegli Ubuntu LTS se vuoi una data di aggiornamento che puoi fissare in calendario con anni di anticipo e un unico fornitore da cui acquistare il supporto. Scegli Debian stable se vuoi un'installazione predefinita più essenziale, senza una singola azienda come intermediario, e una base che cambia abbastanza lentamente da risultare prevedibile.

Per il resto, le competenze sono trasferibili. Entrambe usano apt, seguono Debian Policy ed eseguono le stesse applicazioni nello stesso formato di pacchetto, quindi puoi riutilizzare le competenze acquisite. Se provieni da Red Hat o Fedora, gli equivalenti dei comandi dnf e apt consentono di tradurre i comandi in entrambe le direzioni. Se invece stai confrontando queste due distribuzioni con le altre immagini disponibili durante il deployment, la nostra guida alla scelta del sistema operativo per il tuo VPS le mette a confronto con tutte le altre opzioni.

FAQ

Ubuntu è un fork di Debian?

No. Un fork copia una codebase una sola volta e da quel momento la mantiene separatamente. Ubuntu reimporta i pacchetti da Debian unstable all'inizio di ogni ciclo di sei mesi e la documentazione per gli sviluppatori di Ubuntu indica che circa quattro pacchetti sorgente su cinque vengono copiati senza modifiche. Ubuntu è un derivato permanente di Debian. Per questo le competenze relative al packaging Debian si applicano a Ubuntu senza modifiche e una correzione apportata in Debian raggiunge normalmente gli utenti Ubuntu senza lavoro aggiuntivo.

I tutorial per Ubuntu funzionano su Debian?

Di norma sì, e le eccezioni sono prevedibili. Entrambi usano apt, entrambi usano systemd ed entrambi seguono la Debian Policy. La gestione dei pacchetti e dei servizi è quindi analoga. I problemi riguardano gli elementi legati all'infrastruttura di Canonical: procedure di installazione basate su snap, PPA di Launchpad, comandi Ubuntu Pro e repository apt di terze parti pubblicati soltanto per i codename di Ubuntu. Quando un repository non contiene una suite per la tua release, apt segnala che «does not have a Release file». Questo significa che il fornitore non ha creato pacchetti per il tuo codename.

Quanto durano gli aggiornamenti di sicurezza di Debian e Ubuntu?

Una release Ubuntu LTS riceve 5 anni di manutenzione di sicurezza standard da Canonical, 10 con un abbonamento Ubuntu Pro e fino a 15 con l'add-on Legacy. Una release Debian stable riceve 3 anni dal team per la sicurezza di Debian e 5 anni includendo il periodo LTS successivo. L'Extended LTS a pagamento di Freexian arriva a 10 anni, ma soltanto per i pacchetti richiesti dai suoi clienti.

Qual è la scelta migliore per un server, Debian o Ubuntu?

Nessuna delle due è migliore in generale. La scelta dipende soprattutto dal ciclo delle release e dal supporto. Ubuntu LTS è adatta a un server per il quale la data dell'aggiornamento deve essere prevedibile e il supporto deve poter essere acquistato da un unico fornitore. Debian stable è adatta a un server per il quale un'installazione predefinita più ridotta e un ritmo di cambiamento più lento sono più importanti di un calendario fisso. Entrambe eseguono lo stesso software usando lo stesso formato di pacchetto. La scelta non limita quindi ciò che puoi ospitare.