Debian залишається без системного супровідника через розбіжності

Майкл Бібл, який займався розробкою Debian з 2004 року і який є один з основних вкладників до розподілу в області системного диспетчера "systemd", залишив пакет Debian.

Це було тому, що як супровідник з пакета systemd, описав ситуацію з виправленням системних помилок як "дурнувату і божевільну", і обіцяючи більше не надсилати звіти про помилки розробникам системи.

Що це спричинило?

Конфлікт виникла внаслідок появи регресивної зміни у версії systemd 240, що спричинив зміни поведінки під час обробки існуючих правил udev та проблеми для користувачів Debian при зміні логіки перейменування мережевих інтерфейсів.

Незважаючи на використання опції "NAME" для прив'язки імені мережевого інтерфейсу до MAC-адреси після переходу udev із systemd 240.

Мережеві інтерфейси адаптерів Ethernet змінили свої назви з фіксованих на автоматично згенеровані (раніше заміна була виконана лише один раз, і з версії 240 вона може бути використана) Є кілька замін).

Майкл Бібл попросив системних розробників повернутися до попередньої поведінки, коли ручне прив'язування імен, зазначене в config, має вищий пріоритет.

Це регресія порівняно з v239, і я схильний додати її до етапу v241, оскільки це може означати втрату доступу до мережі. Аргумент Михайло Бібл

перо розробники systemd не вважали цю регресивну зміну проблемою, оскільки зміни, внесені в systemd 240, не порушили задокументовану поведінку, використовувались недокументовані функції udev, продуктивність яких не була гарантована.

Однак пізніше було виявлено докази того, що вищезазначена поведінка описана в документації.

Ось як Ю Ватанабе, відповів, в основному кажучи, що це не щось вплинуло:

Чому викликається lan0, коли драйвер завантажується? Так, кінцевий результат - ens3, тоді я сподіваюся, це завжди ens3.

Що Михайло Бібл він відповів:

Його завжди слід називати lan0 через правило udev.

Проблема наростала

Після цього Розробники systemd запропонували вибірково відключити нову поведінку.

Якщо правила udev створені для старих версій systemd (якщо схема іменування визначена для версій менше 240, встановіть параметр RenameOnce = yes за замовчуванням, інакше RenameOnce = no).

У списку розсилки розробників systemd також була дискусія щодо пропозиції без зайвих сумнівів виправлення systemd з виправленнями серйозних помилок, що з’являються у основних версіях.

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

У відповідь Леннарт Він послався на той факт, що кінцеві користувачі не використовують найновіші версії systemd, а використовують пакети, стабілізовані дистрибутивамиНаприклад, їх перевіряють щодо Fedora та служби контролю якості перед тим, як розміщувати компоненти системи на RHEL.

До цього Майкл Бібл, аргумент Це впливає на користувачів, оскільки це може створити конфлікти з конфігураціями, які користувач уже встановив у системі:

Це не краще для користувачів, оскільки це порушує існуючі налаштування користувача. Що це поганий

У разі зміни пріоритетів у розробці та виправлення помилок, на думку Леннарта, з'явиться лише покоління різних критеріїв, в яких помилки, пов'язані з екзотичними архітектурами, нетиповими графічними середовищами, бібліотеками та драйверами, часто ігноруються та передаються спільноті. .

Якщо ви хочете дізнатись трохи більше про проблему, можете продовжити У наступному посиланні.