Debian знову підтримуватиме кілька систем ініціалізації

Сем Хартман, керівник проекту Debian, намагався вирішити розбіжності щодо доставки посилки elogind як частина розподілу. У липні команда, відповідальна за підготовку запусків заблокував включення елогінду в тест-гілку, оскільки цей пакет конфліктує з libsystemd.

Як причина аварії виник конфлікт із пакетом systemd та небезпека заміни libsystemd з альтернативною версією libelogind, яка абсолютно несумісна з вихідною бібліотекою на рівні ABI.

Включення elogind забезпечує власну версію бібліотеки libelogind, який бере на себе ряд функцій, пропонованих libsystemd, і замінює цю бібліотеку під час встановлення.

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

З іншого боку, у поточній формі, спроби через APT оновити системну конфігурацію до версії з sysvinit та elogind призводять до пошкодження системи з недіючою АПТ. Але навіть з усуненням цієї вади перехід від systemd до elogind все ще неможливий без видалення вже встановлених середовищ користувача.

Після чого розробників Elogind попросили адаптувати панегірикd працювати над звичайною системою libpam-systemd, не використовуючи власний рівень libpam-elogind.

Перехід від elogind до libpam-systemd утруднений відсутністю підтримки концепції секторів, але розробники elogind не хочуть досягати повної відповідності API і точно повторюють всі функції systemd, оскільки elogind забезпечує лише мінімальну функціональність для організації логіни користувачів і не пропонується повторювати всі підсистеми systemd.

Вирішення зазначених технічних питань повинно вирішуватися на рівні взаємодії між командою випуску та супровідниками elogind та systemd, але керівник проекту був змушений втрутитися, оскільки команди не змогли домовитись, спільна робота переросла у протистояння і вирішення проблеми зайшло в глухий кут, в якому кожна сторона закону по-своєму.

За словами Сема Хартмана, ситуація наближається до стану, який вимагає загального голосування (GR, загальна роздільна здатність), в якому спільнота прийме рішення про альтернативні системи для ініціалізації та підтримки sysvinit за допомогою elogind.

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

На даний момент у сховищі вже накопичено 1033 пакети, що забезпечують одиниці обслуговування для systemd, але не включають скрипти init.d.

Щоб вирішити цю проблему, ми пропонуємо надавати службові файли за замовчуванням, але підготувати драйвер, який автоматично аналізує команди в цих файлах та генерує на їх основі сценарії init.d

Якщо спільнота вирішить, що Debian має достатню підтримку для однієї системи ініціалізації, їм більше не доведеться турбуватися про sysvinit та elogind, зосереджуючись лише на файлах unit та systemd.

Таке рішення негативно вплине на порти, які не використовують ядро ​​Linux, але таких портів у основному файлі ще немає, і вони не мають офіційного статусу підтримки.

Посилання на systemd також значно ускладнить зміни у напрямку розвитку дистрибуції в майбутньому і обмежить подальші експерименти в області ініціалізації та управління послугами.

Кожне рішення має свої переваги та недоліки, тому перед голосуванням буде потрібно ретельне обговорення всіх аргументів за і проти.

Фуенте: https://lists.debian.org/