Чому Debian і Ubuntu розійшлися

Чому Debian і Ubuntu розійшлися

Debian і Ubuntu розійшлися у 2004 році через різні графіки випусків, а не через код. Debian випускає стабільну версію, коли команда випуску вважає її готовою. Ubuntu пообіцяла випускати нову версію кожні шість місяців у заздалегідь визначену дату. Тому вона бере копію гілки розробки Debian, заморожує її, виправляє проблеми та випускає нову версію.

Через двадцять два роки обидві системи й далі використовують спільний формат пакетів і засоби для його керування. Більшість роботи з пакування для них виконується один раз. Вони відрізняються графіком випусків, умовами підтримки та підходом до того, що має входити до типової інсталяції. Саме це розмежування корисне під час вибору операційної системи для сервера, оскільки дає змогу відокремити косметичні відмінності від тих, що можуть забрати у вас цілий день.

Звідки взявся Ubuntu

Ian Murdock заснував Debian Project 16 August 1993 року. До 2004 року Debian був найбільшим дистрибутивом, який розробляли волонтери, але випуски виходили повільно. Debian 3.0 "woody" випустили 19 July 2002 року, а його наступник, Debian 3.1 "sarge", з’явився лише 6 June 2005 року. Між двома стабільними випусками минуло майже три роки. У цей період користувачі, яким потрібне актуальне програмне забезпечення на сервері Debian, не мали підтримуваного рішення від самого Debian.

У April 2004 Mark Shuttleworth запросив близько десятка розробників Debian до своєї квартири в London, щоб спланувати систему на базі Debian із фіксованим графіком випусків. Для їхнього працевлаштування він заснував Canonical Ltd. Перший випуск, Ubuntu 4.10 "Warty Warthog", з’явився через шість місяців, 20 October 2004 року. Номер версії відповідає даті випуску: 4.10 означає October 2004 року, а 26.04 — April 2026 року.

Ubuntu ніколи не був fork у звичайному розумінні. Fork один раз копіює кодову базу, а потім розвивається окремо від оригіналу. Ubuntu повторно копіює Debian під час кожного циклу. Пакети беруть із Debian unstable — rolling-гілки, яку Debian називає sid, — і цю копію автоматично оновлюють протягом перших тижнів кожного циклу Ubuntu. Після import freeze розробник Ubuntu має вручну перенести кожен наступний пакет і обґрунтувати його відповідність правилам freeze. Ширше дерево сімейства дистрибутивів Linux містить багато справжніх fork. Це не такий випадок. Ubuntu є постійним downstream.

Що спільного між двома проєктами

Спільного значно більше, ніж відмінного. Обидва проєкти використовують формат пакетів .deb, під ним — dpkg, а зверху — apt. Обидва дотримуються Debian Policy щодо розміщення файлів і способу оголошення залежностей пакетів. У власній документації для розробників Ubuntu зазначено, що приблизно чотири з п’яти вихідних пакетів копіюються з Debian без жодних змін. Супровідник, який виправляє помилку в Debian, водночас виправляє її і для користувачів Ubuntu, зазвичай без відома обох сторін.

Якщо Ubuntu змінює пакет, це видно з рядка версії. 1.2.3-4 у Debian перетворюється на 1.2.3-4ubuntu1, а цей суфікс позначає локальну зміну, яку обидва проєкти називають delta. Ubuntu публікує повну delta для кожного зміненого пакета й передає патчі до системи відстеження пакетів Debian. Тому супровідник Debian може побачити зміни, внесені downstream, і за потреби прийняти їх.

Чи достатньо цього, обговорюють із 2005 року. Це питання варто викласти прямо, не підтримуючи жодну зі сторін. З боку Debian претензія стосується розподілу зусиль: Canonical платить людям за роботу downstream, downstream отримує користувачів і увагу, а передавання виправлення upstream створює додаткову роботу, за яку ніхто не платить. З боку Ubuntu, шестимісячний строк не узгоджується з проєктом, який не має встановленого строку, тому чекати на Debian можна не завжди. Обидва твердження правильні. Жодне з них не зупинило рух пакетів між проєктами.

Випуск за готовністю, а не за датою в календарі

Дата випуску Debian є результатом процесу, а не обіцянкою. Debian 12 "bookworm" випустили 10 June 2023, а Debian 13 "trixie" — 9 August 2025. Між ними минуло приблизно два роки, але немає гарантії, що наступний інтервал буде таким самим. Поточна гілка testing називається "forky" і не має дати випуску, оскільки Debian не оголошує її, доки кількість критичних для випуску помилок не стане прийнятною.

Дата випуску Ubuntu є обіцянкою. Нова версія виходить кожні шість місяців, а кожна четверта версія, що виходить у квітні парного року, є версією LTS (long term support). Ubuntu 26.04 LTS "Resolute Raccoon" випустили 23 April 2026, як і було заплановано. Проміжні версії отримують оновлення лише протягом дев’яти місяців. Тому їх не варто встановлювати на сервері, який не хочеться перебудовувати двічі на рік. Вибір між Ubuntu LTS і проміжними версіями на сервері зводиться саме до цього дев’ятимісячного періоду.

Періодичність визначає календар оновлень. Це найпрактичніший наслідок відмінності між дистрибутивами. В Ubuntu LTS за кілька років наперед відомо, що наступне оновлення на місці відбудеться у квітні парного року. Тому оновлення з Ubuntu 24.04 до 26.04 можна було запланувати ще до появи 26.04. У Debian потрібно стежити за оголошеннями про замороження, а потім планувати роботи після фактичного випуску.

Що змінилося з LTS

Ubuntu 6.06 LTS "Dapper Drake" випущено 1 June 2006 року. Це був перший випуск LTS. До нього Ubuntu розвивалася швидкими темпами й оновлювалася двічі на рік. Бізнес не будує на такій системі production-сервери. LTS зробив одну важливу річ: визначив дату завершення підтримки в майбутньому, достатньо віддалену для планування. Саме ця зміна зробила Ubuntu стандартним дистрибутивом для серверів. Шестимісячний цикл підтримує цю модель, оскільки кожен LTS формується з результатів роботи, перевірених у проміжних випусках до нього.

Debian дійшов до цього з іншого боку. Його stable-випуски й без того оновлювалися повільно. Проєкт Debian LTS продовжує підтримку кожного з них після того, як власна команда безпеки Debian припиняє його супровід.

Хто надає підтримку і як довго

[
  {
    "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
  }
]

Власна команда безпеки Debian підтримує стабільний випуск протягом 3 років. Після цього команда Debian LTS, яку Debian описує як об’єднання волонтерів і компаній, а не як офіційну команду безпеки та випусків, продовжує підтримку до 5 років. Перехід видно з поточних дат: bookworm перейшов у LTS 11 June 2026 і підтримується до 30 June 2028, а період LTS для bullseye завершується 31 August 2026. Після цього Freexian продає Extended LTS, або ELTS, до 10 років і лише для тієї підмножини пакетів, яку фактично використовують його клієнти.

Ubuntu LTS отримує 5 років стандартного супроводу безпеки від Canonical. Підписка Ubuntu Pro збільшує цей строк до 10 років завдяки ESM (розширеному супроводу безпеки) для компонентів main і universe, а додаток Legacy продовжує його до 15. Станом на August 2026 Ubuntu Pro безкоштовний для особистого використання на не більш ніж п’яти машинах, тому для одного VPS десять років підтримки доступні без оформлення платного замовлення. Pro також надає сервіс livepatch. Це підтримуваний спосіб виконувати live patching ядра на VPS без перезавантаження для кожного оновлення безпеки ядра.

Структура, що стоїть за цими строками, важливіша за самі числа. В Ubuntu підтримку купують у тієї самої компанії, яка розробляє дистрибутив. У Debian такої компанії немає, тому платну підтримку надає третя сторона, наприклад Freexian, ваш хостинг-провайдер або власна команда.

Системи ініціалізації та голосування, яке завершило суперечку

Найбільша технічна розбіжність стосувалася системи ініціалізації — першого процесу, який запускає ядро, і супервізора всіх наступних служб. Ubuntu 6.10 "Edgy Eft", випущена 26 October 2006, постачалася з Upstart, розробленим у Canonical. Debian протягом кількох років залишалася на sysvinit, поки тривала суперечка. Технічний комітет Debian вирішив питання голосуванням, яке завершилося 11 February 2014. Вирішальним став голос голови на користь systemd для Debian 8.

Ubuntu долучилася за кілька днів. У дописі Shuttleworth про це рішення під назвою "Losing graciously" причину було сформульовано прямо: Ubuntu є частиною сімейства Debian, тому прийме цей результат. Ubuntu 15.04 почала використовувати systemd за замовчуванням 23 April 2015, а Debian 8 "jessie" зробила те саме 26 April 2015, через три дні.

Саме тому більшість посібників з налаштування служб можна застосовувати в обох системах без змін. Unit-файли, systemctl і journalctl працюють однаково в обох системах. Debian 13 постачається із systemd 257, а Ubuntu 26.04 LTS — із systemd 259. Отже, різниця між ними полягає у номері версії, а не в архітектурі.

Snap і те, що не переноситься

Ubuntu 16.04 LTS представила пакети snap у 2016 році, а 18.04 стала першим випуском, у якому деякі застосунки за замовчуванням постачалися як snap. Snap — це самодостатній пакет, який містить власні копії залежностей. Тому upstream-проєкт може одночасно випустити нову версію для всіх підтримуваних випусків Ubuntu, не чекаючи, доки оновиться архів.

Причина, через яку жоден інший великий дистрибутив не зробив snap форматом за замовчуванням, полягає не у форматі. Клієнт snapd взаємодіє з одним store, яким керує Canonical, а серверна частина цього store не має відкритого коду. Тому дистрибутив, який приймає snap, передає іншому постачальнику частину процесу розповсюдження програмного забезпечення. Debian цього не зробив і не встановлює snapd за замовчуванням.

Саме тут інструкції upstream непомітно перестають працювати. Certbot — найочевидніший приклад: його власна документація рекомендує встановлювати програму зі snap і попереджає, що пакети дистрибутива «як правило, швидко застарівають у дистрибутивах на кшталт LTS». Якщо виконати цю інструкцію в Ubuntu, усе працює. Якщо виконати її на стандартному сервері Debian, перший же крок не має необхідного компонента для запуску. Саме тому в нашому посібнику з Certbot для Nginx в Ubuntu 24.04 використовується пакет дистрибутива.

Ядра, мікропрограми та питання non-free

Соціальний контракт Debian і DFSG (Debian free software guidelines) визначають, що може потрапити до main. Усе інше переходить до contrib і non-free. Протягом більшої частини історії Debian до цього переліку також належали бінарні blobs мікропрограм, які потрібні звичайному мережевому обладнанню та пристроям зберігання, щоб вони запрацювали. Після Загальної резолюції 2022 року Debian 12 додав окрему область архіву non-free-firmware. Офіційні образи інсталятора відтоді містять ці мікропрограми.

Ubuntu з першого дня обрала протилежний підхід. Її архів поділено на main і restricted, які підтримує Canonical і які містять пропрієтарні драйвери, а також universe і multiverse, які підтримує спільнота. На VPS вплив незначний, оскільки віртуальному обладнанню майже не потрібні мікропрограми. На виділеному сервері це визначає, чи запрацює мережева карта.

Ядра розходяться за тим самим принципом. Станом на August 2026 Ubuntu 26.04 LTS постачається з Linux 7.0, а Debian 13 — з Linux 6.12. Ubuntu також оновлює ядро в межах одного LTS за допомогою стеків hardware enablement. Debian зберігає одну серію ядра протягом життєвого циклу стабільного випуску, а новіші версії пропонує через backports. Новіше ядро означає кращу підтримку нових пристроїв virtio та файлових систем. Старіше означає, що поведінка, яку ви перевірили в January, залишатиметься такою самою і в December.

Що ламається, коли ви виконуєте інструкції для іншого дистрибутива

У більшості випадків інструкція, написана для одного дистрибутива, працює і для іншого. Помилки зазвичай виникають у кількох відомих місцях.

• Сторонні apt-репозиторії публікуються окремо для кожного дистрибутива та його codename. Постачальник, який підтримує noble і jammy, може не публікувати нічого для trixie. У такому разі помилка виглядає як проблема мережі, хоча насправді це свідоме рішення щодо підтримки.
• Launchpad PPA збираються лише для певних Ubuntu series. Якщо додати такий репозиторій до Debian, apt завантажить бінарні пакети, пов’язані з версіями бібліотек Ubuntu. Це або випадково працює, або додає до системи значну частину runtime Ubuntu.
• Усе, що передбачає наявність snapd, підписки Ubuntu Pro або Canonical livepatch, не має еквівалентного кроку в Debian. Тому відповідні розділи інструкції потрібно замінити, а не адаптувати.
• Типові images відрізняються обліковим записом для входу. Ubuntu images зазвичай надають користувача ubuntu із sudo і без пароля root, Debian images зазвичай надають користувача debian, а images від провайдерів можуть відрізнятися. Перевірте свою image, перш ніж змінювати налаштування SSH.

Якщо для вашого release немає suite у репозиторії, apt повідомляє про це однозначно:

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.

Це повідомлення означає, що постачальник не опублікував пакети для вашого codename. Mirror не зламаний, і повторна спроба не допоможе. Постачальник або підтримує ваш release, або ні.

То яку систему варто обрати?

Обирайте Ubuntu LTS, якщо хочете мати дату оновлення, яку можна запланувати в календарі на багато років наперед, і одного постачальника, у якого можна придбати підтримку. Обирайте Debian stable, якщо вам потрібна компактніша інсталяція за замовчуванням без єдиної компанії, через яку проходять усі процеси, а також базова система, що змінюється достатньо повільно й передбачувано.

Усе інше однакове. Обидві системи використовують apt, дотримуються Debian Policy і запускають ті самі застосунки з того самого формату пакетів, тому навички переносяться без змін. Якщо ви переходите з Red Hat або Fedora, еквіваленти команд dnf і apt допоможуть зіставити команди в обох напрямках. Якщо ви порівнюєте ці два варіанти з іншими образами, доступними під час розгортання, наш посібник із вибору операційної системи для VPS зіставляє їх з усіма іншими варіантами у списку.

FAQ

Ubuntu є форком Debian?

Ні. Форк одноразово копіює кодову базу, після чого її підтримують окремо. На початку кожного шестимісячного циклу Ubuntu повторно імпортує пакети з Debian unstable, а в документації для розробників Ubuntu зазначено, що приблизно чотири з п’яти скопійованих вихідних пакетів не змінюються. Ubuntu є постійним downstream-проєктом Debian. Тому знання про пакування Debian без змін застосовуються в Ubuntu, а виправлення, внесене до Debian, зазвичай потрапляє до користувачів Ubuntu без додаткових дій.

Чи працюють інструкції для Ubuntu у Debian?

Зазвичай так, а винятки можна передбачити. Обидві системи використовують apt і systemd та дотримуються Debian Policy, тому керування пакетами й сервісами є сумісним. Проблеми виникають із компонентами, прив’язаними до інфраструктури Canonical: інструкціями встановлення на основі snap, PPA Launchpad, командами Ubuntu Pro і сторонніми apt-репозиторіями, які публікують пакети лише для кодових назв Ubuntu. Якщо репозиторій не має suite для вашого релізу, apt повідомляє, що він «does not have a Release file». Це означає, що постачальник не збирав пакети для вашої кодової назви.

Як довго Debian і Ubuntu отримують оновлення безпеки?

Ubuntu LTS отримує 5 років стандартної підтримки безпеки від Canonical, 10 років із підпискою Ubuntu Pro і до 15 років із додатком Legacy. Стабільний реліз Debian отримує 3 років підтримки від команди безпеки Debian і 5 років з урахуванням періоду LTS, що настає після цього. Платна Extended LTS від Freexian охоплює 10 років, але лише для пакетів, які замовляють її клієнти.

Що краще для сервера: Debian чи Ubuntu?

Загалом жоден варіант не є кращим. Вибір залежить від графіка оновлень і підтримки. Ubuntu LTS підходить для сервера, де дата оновлення має бути передбачуваною, а підтримку потрібно мати змогу придбати в одного постачальника. Debian stable підходить для сервера, де менше програм у типовому встановленні та повільніші зміни важливіші за фіксований календар. Обидві системи запускають те саме програмне забезпечення в тому самому форматі пакетів, тому вибір не обмежує перелік сервісів, які можна розмістити.