Резултатите от гласуването за Debian init системите са обобщени

Публикувано данни общо гласуване (GR, обща резолюция) на разработчиците на проекта Debian, участващи в поддръжка на пакети и поддръжка на инфраструктура, извършени по въпроса за поддръжката на множество системи за стартиране. Вторият елемент („B“) в списъка спечели - systemd остава предпочитан, но остава възможността за поддържане на алтернативни системи за инициализация. Гласуването се проведе по метода Кондорсе, при който всеки гласоподавател подрежда всички опции по ред на предпочитание, като при изчисляване на резултата се взема предвид колко избиратели предпочитат една опция пред друга.

Печелившото предложение признава, че модулите за обслужване на systemd са предпочитаният начин за конфигуриране на демони и услуги за изпълнение, но признава, че има среди, в които разработчиците и потребителите могат да създават и използват алтернативни системи за стартиране и функционални алтернативи на възможностите на systemd. Разработчиците на алтернативни решения изискват ресурси, за да извършат работата си и да форматират своите пакети. Алтернативни решения като elogind за стартиране на приложения, свързани със специфични за systemd интерфейси, остават важни за проекта. Подкрепата на такива инициативи изисква помощ в области, където разработването на алтернативни технологии се пресича с останалата част от проекта, като например забавяне на прегледа и обсъждането на корекции.

Пакетите могат да включват както системни модулни файлове, така и начални скриптове за стартиране на услуги. Пакетите могат да използват всякакви функции на systemd, които поддържащият пакет желае, стига функциите да отговарят на правилата на Debian и да не са обвързани с експериментални или неподдържани функции на Debian в други пакети. В допълнение към systemd, пакетите могат също да включват поддръжка за алтернативни системи за стартиране и да предоставят компоненти, които да заменят специфичните за systemd интерфейси. Решенията относно включването на кръпки се вземат от поддържащите като част от стандартните процедури. Debian се ангажира да работи с производни дистрибуции, които избират да използват други системи за стартиране, но взаимодействието е изградено на ниво поддържащ, който взема решения за това кои функции, подготвени от дистрибуции на трети страни, се приемат в основната композиция на Debian и кои остават в производното разпределение.

Да припомним, че през 2014 г. техническата комисия одобрени преход разпределение по подразбиране на systemd, но не тренирах решения относно поддръжката на множество системи за осигуряване (точката, показваща нежеланието на комисията да вземе решение по този въпрос, спечели гласуването). Ръководителят на комитета препоръча поддържащите пакети да поддържат поддръжката на sysvinit като алтернативна система за стартиране, но посочи, че не може да налага своята гледна точка и че решението трябва да се взема независимо във всеки случай.

След това някои разработчици се опитаха опит за извършване общо гласуване, но предварителното гласуване показа, че не е необходимо да се взема решение по въпроса за използването на множество системи за инициализация. Преди няколко месеца, след проблеми с включването на пакета elogind (необходим за стартиране на GNOME без systemd) в клона за тестване поради конфликт с libsystemd, проблемът отново беше повдигнат от ръководителя на проекта Debian, тъй като разработчиците не можаха да се споразумеят и комуникацията им се превърна в конфронтация и стигна до задънена улица.

Разгледани опции:

Основният фокус е върху systemd. Осигуряването на поддръжка за алтернативни инициализиращи системи не е приоритет, но поддържащите могат по желание да включват инициализиращи скриптове за такива системи в пакети.

systemd остава предпочитан, но остава възможността за поддържане на алтернативни системи за инициализация. Технологии като elogind, които позволяват на приложения, свързани към systemd, да работят в алтернативни среди, се смятат за важни. Пакетите могат да включват init файлове за алтернативни системи.

Поддръжка за различни системи за стартиране и възможност за зареждане на Debian с системи за стартиране, различни от systemd.
За да изпълняват услугите, пакетите трябва да включват инициализиращи скриптове; предоставянето само на системни файлове на единица без sysv инициализиращи скриптове е неприемливо.

Поддръжка за системи, които не използват systemd, но без да се правят промени, които биха попречили на развитието. Разработчиците се съгласяват да поддържат множество системи за стартиране в обозримо бъдеще, но също така вярват, че е необходимо да се работи за подобряване на поддръжката на systemd. Разработването и поддръжката на конкретни решения трябва да бъде оставено на общностите, които се интересуват от тези решения, но други поддържащи трябва активно да помагат и да допринасят за решаването на проблеми, когато възникне необходимост. В идеалния случай пакетите трябва да функционират с помощта на всяка система за стартиране, което може да се постигне чрез предоставяне на традиционни скриптове за стартиране или използване на други механизми, които им позволяват да работят без systemd. Невъзможността за работа без systemd се счита за грешка, но не и за грешка, блокираща освобождаването, освен ако няма готово решение за работа без systemd, но то се отказва да бъде запазено (например, когато проблемът е причинен от премахване на предварително предоставен начален скрипт).

Поддържа преносимост, без да въвежда промени, които възпрепятстват развитието. Debian продължава да се разглежда като мост за интегриране на различен софтуер, който предоставя еквивалентна или подобна функционалност. Преносимостта между хардуерни платформи и софтуерни стекове е важна цел и интегрирането на алтернативни технологии се насърчава, дори ако мирогледът на техните създатели се различава от общия консенсус. Позицията по отношение на systemd и други системи за инициализация напълно съвпада с точка 4.

Задължителна поддръжка за множество системи за инициализация. Осигуряването на възможност за стартиране на Debian със системи за стартиране, различни от systemd, продължава да бъде важно за проекта. Всеки пакет трябва да работи с pid1 манипулатори, различни от systemd, освен ако софтуерът, включен в пакета, първоначално е бил предназначен да работи само със systemd и не поддържа работа без systemd (липсата на инициализиращи скриптове не се брои като предназначена само за работа със systemd) .

Поддържа преносимост и множество реализации. Общите принципи са абсолютно същите като точка 5, но няма специфични изисквания за системите systemd и init и не се налагат задължения на разработчиците. Разработчиците се насърчават да вземат под внимание интересите на другия, да правят компромиси и да намират общи решения, които са задоволителни за различните страни.

Продължаване на дискусията. Елементът може да се използва за понижаване на неприемливи опции.

Източник: opennet.ru