Загальне голосування Debian щодо систем ініціалізації вже має виграшний вибір

На початку місяця cМи ділимося з вами тут, у блозі, новинами загального голосування який був створений для того, щоб вирішити, чи підтримуватиме система кілька систем ініціалізації. в результаті того, що в 2014 році Технічний комітет затвердив передачу з макета за замовчуванням до systemd, але не розробив рішення щодо на підтримку різних системи ініціалізації.

Керівник комітету рекомендував виробникам пакетів підтримувати підтримку sysvinit як альтернативну систему ініціалізації, але зазначив, що він не може нав'язувати свою точку зору, і що в кожному випадку рішення повинно прийматися самостійно.

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

Кілька місяців тому, після проблем із включенням пакету elogind (необхідного для роботи Gnome без systemd) у гілку тесту через конфлікт з libsystemd, керівник проекту Debian знову підняв питання, оскільки розробники не змогли. погодитись, і їхнє спілкування стало конфронтацією і в підсумку дало рішення щодо цього загальним голосуванням.

Тепер результати цього голосування були оприлюднені у визначену дату (28 грудня), коли вони були залучені до обслуговування пакетів та обслуговування інфраструктури з питань підтримки декількох систем ініціалізації.

Пов'язана стаття:

Голосування починається в системах ініціалізації Debian

Y виграшним варіантом став другий елемент ("B") у списку, що описує це

“Systemd все ще є кращим, але можливість підтримки альтернативних систем ініціалізації залишається. Такі технології, як elogind, що дозволяють запускати системні програми в альтернативних середовищах, вважаються важливими. Пакети можуть містити файли init для альтернативних систем ».

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

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

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

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

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

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

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

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

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