Debian се връща към поддръжката на множество инициализирани системи

Сам Хартман, ръководител на проекта Debian, опитах за разбиране на разногласията, свързани с доставката на пакета elogind като част от разпространението. През юли екипът, отговорен за подготовката на изданията блокирала включване на elogind в клона за тестване, тъй като този пакет е в конфликт с libsystemd.

Спомнете си това елогинд предоставя интерфейсите, необходими за стартиране на GNOME без инсталиране на systemd. Проектът е основан като разклонение на systemd-logind, поставен в отделен пакет и освободен от обвързване към systemd компоненти. Освен всичко друго, elogind предоставя своя собствена версия на библиотеката libelođiнд, която поема редица функции, предлагани в libsystemd, и замества тази библиотека по време на инсталацията.

Причините за блокирането бяха конфликт с пакета systemd и опасността от замяна на libsystemd с алтернативен libelogind, който е напълно несъвместим с изходната библиотека на ниво ABI.
Пакетът обозначава elogind като конфликтиращ с библиотеките на systemd, но той по своята същност е проектиран да работи само без systemd и конфликтът със systemd всъщност е полезен, защото предотвратява инсталирането на elogind по погрешка. От друга страна, в сегашния си вид, опитите чрез APT за актуализиране на конфигурацията от systemd до версията с sysvinit и elogind водят до повредена система с APT не работи. Но дори ако този недостатък бъде отстранен, преходът от systemd към elogind остава невъзможен без изтриване на вече инсталирани потребителски среди.

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

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

Ако членовете на проекта гласуват за разнообразяване на системите за стартиране, всички поддържащи ще бъдат включени в съвместната работа за решаване на този проблем или ще бъдат възложени конкретни разработчици да работят по този проблем и поддържащите вече няма да могат да игнорират алтернативна система за стартиране, да мълчат или забавяне на процеса.

В момента вече е в хранилището натрупана 1033 пакета, които предоставят сервизни единици за systemd, но не включват init.d скриптове. За да се реши този проблем предлагани доставя сервизни файлове по подразбиране, но подготвя манипулатор, който автоматично ще анализира команди от тези файлове и ще генерира init.d скриптове въз основа на тях.

Ако общността реши, че Debian има достатъчно поддръжка за една единствена система за стартиране, вече не можем да се тревожим за sysvinit и elogind и да се съсредоточим само върху модулните файлове и systemd. Това решение ще се отрази отрицателно на портовете, които не използват ядрото на Linux (Debian GNU / Hurd, Debian GNU / NetBSD и Debian GNU / kFreeBSD), но все още няма такива портове в основния архив и те нямат статус официално подкрепен.

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

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