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

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

Като причина за срив имаше конфликт с пакета systemd и опасността от подмяна на libsystemd с алтернативна версия на libelogind, която е напълно несъвместима с библиотеката източник на ниво ABI.

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

В пакета elogind е маркиран като конфликт с библиотеките на systemd, но по своята същност е проектиран да работи само без systemd и конфликтът със systemd е дори от полза, тъй като не ви позволява да инсталирате elogind по погрешка.

От друга страна, в настоящата форма, опитите чрез APT да актуализират системната конфигурация до версия със sysvinit и elogind водят до повредена система с неактивен APT. Но дори и с премахването на този недостатък, преходът от 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 също значително ще усложни промяната в посока развитието на дистрибуцията в бъдеще и ще ограничи по-нататъшните експерименти в областта на инициализацията и управлението на услугата.

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

Fuente: https://lists.debian.org/