Sam Hartman, vedúci projektu Debian, pochopiť nezhody týkajúce sa dodávky balíka elogind v rámci distribúcie. V júli tím zodpovedný za prípravu vydaní zaradenie elogind do vetvy testing, pretože tento balík spôsobuje konflikt s libsystemd.
Pripomíname, že poskytuje rozhrania potrebné na fungovanie GNOME bez inštalácie systemd. Projekt bol založený ako odvetvenie od systemd-logind, presunuté do samostatného balíka a zbavené väzby na komponenty systemd. Okrem toho elogind poskytuje svoju verziu knižnice libelogind, ktorá preberá niekoľko funkcií ponúkaných v libsystemd a pri inštalácii nahrádza túto knižnicu.
Za dôvody blokovania bol uvedený konflikt s balíkom systemd a nebezpečenstvo nahradenia libsystemd alternatívnou verziou libelogind, ktorá je úplne nekompatibilná s pôvodnou knižnicou na úrovni ABI.
V balíku elogind je označený ako konfliktujúci s knižnicami systemd, ale je vo svojej podstate určený na prácu iba bez systemd a konflikt so systemd dokonca prináša výhody, pretože neumožňuje omylom nainštalovať elogind. Na druhej strane v súčasnej podobe pokusy prostredníctvom APT aktualizovať konfiguráciu zo systemd na variant so sysvinit a elogind vedú k získaniu s nefunkčným APT. Ale aj po odstránení tejto nedokonalosti zostáva prechod od systemd k elogind nemožný bez odstránenia už nainštalovaných používateľských prostredí.
Vývojárom elogind bolo prispôsobenie elogind na prácu nad štandardným libpam-systemd, bez použitia vlastnej vrstvy libpam-elogind. Prechodu elogind na libpam-systemd bráni absencia podpory konceptu slice, ale vývojári elogind nechcú dosiahnuť úplnú kompatibilitu s API a presne zopakovať všetky funkcie systemd, pretože elogind poskytuje iba minimálnu funkčnosť na organizáciu prihlásenia používateľov a neplánuje zopakovať všetky subsystémy systemd.
Riešenie opísaných technických problémov by malo byť riešené na úrovni interakcie tímu zodpovedného za vydania a správcov elogind a systemd, ale projektový líder bol nútený zasiahnuť, pretože sa tímy nedokázali dohodnúť, spolupráca sa zmenila na konfrontáciu a riešenie problému sa dostalo do slepej uličky, kde má každá strana svoj pravdu. Podľa názoru Sama Hartmana situácia pokročila do stavu, ktorý vyžaduje všeobecné hlasovanie (GR, všeobecné uznesenie), v ktorom komunita rozhodne o alternatívnych systémoch inicializácie a podpore sysvinit s elogind.
Ak účastníci projektu zahlasujú za diverzifikáciu systémov inicializácie, všetci správcovia budú zapojení do spolupráce pri riešení tejto úlohy alebo budú určení špeciálni zodpovední vývojári na prácu na tejto problematike a správcovia už nebudú môcť ignorovať alternatívny systém inicializácie, mlčať alebo vyšetrovať proces.
V súčasnosti už v repozitári 1033 balíkov, poskytujúcich servisné jednotky pre systemd, ale nezahŕňajúcich skripty init.d. Na vyriešenie tohto problému by sa mali predvolene dodávať service-súbory, ale pripraviť spracovateľ, ktorý by automaticky rozkladal príkazy z týchto súborov a generoval na ich základe skripty init.d.
Ak sa komunita rozhodne, že v Debian dostatočne podporuje jeden systém inicializácie, už sa netreba starať o sysvinit a elogind, sústreďujúc sa iba na jednotkové súbory a systemd. Takéto rozhodnutie negatívne ovplyvní porty, ktoré nepoužívajú jadro Linux (, a ), ale v hlavnom archíve podobných portov zatiaľ nie sú a nemajú status .
Prepojenie na systemd tiež značne sťažuje zmenu smerovania vývoja distribúcie v budúcnosti a obmedzuje vykonávanie ďalších experimentov v oblasti inicializácie a správy služieb. Udržiavať elogind v prevádzkovom stave je oveľa jednoduchšie, ako ho odstrániť a potom sa pokúšať ho znovu pridať. Každá variantná možnosť má svoje výhody a nevýhody, preto pred hlasovaním bude potrebná komplexná diskusia všetkých argumentov za a proti.
Zdroj: opennet.ru
