Sam Hartmann, vedúci projektu Debian, sa pokúsil vyriešiť nezhody týkajúce sa doručenia balíka elogind v rámci distribúcie. V júli tím zodpovedný za prípravu štartov zablokoval zahrnutie elogind do testovacej vetvy, pretože tento balík je v konflikte s libsystemd.
Z dôvodu zlyhania došlo ku konfliktu s balíkom systemd a nebezpečenstvu výmeny libsystemd s alternatívnou verziou libelogind, ktorá je úplne nekompatibilná so zdrojovou knižnicou na úrovni ABI.
Zahrnutie elogindu poskytuje vlastnú verziu knižnice libelogind, ktorý preberá množstvo funkcií ponúkaných libsystemd a nahrádza túto knižnicu počas inštalácie.
V balíku je elogind označený ako konfliktný s knižnicami systemd, ale je vo svojej podstate navrhnutý tak, aby fungoval iba bez systemd, a konflikt so systemd je dokonca prospešný, pretože vám neumožňuje omylom nainštalovať elogind.
Na druhej strane v súčasnej podobe pokusy cez APT o aktualizáciu konfigurácie systému na verziu pomocou sysvinit a elogind vedú k poškodeniu systému s nefunkčným APT. Ale aj po odstránení tejto chyby je prechod z systemd na elogind stále nemožný bez odstránenia už nainštalovaných používateľských prostredí.
Načo boli vývojári Elogind požiadaní, aby prispôsobili velebenied pracovať nad bežným libpam-systemd bez použitia vlastnej vrstvy libpam-elogind.
Prechodu z elogindu na libpam-systemd bráni chýbajúca podpora koncepcie sektorov, ale vývojári elogindu nechcú dosiahnuť úplnú zhodu API a presne opakovať všetky vlastnosti systemd, pretože elogind poskytuje iba minimálnu funkčnosť na organizáciu prihlasovanie používateľov a jeho účelom nie je opakovať všetky podsystémy systému systemd.
Riešenie uvedených technických problémov by sa malo vyriešiť na úrovni interakcie medzi vydávacím tímom a správcami elogind a systemd, ale vedúci projektu bol nútený zasiahnuť, pretože tímy sa nedokázali dohodnúť, spoločná práca sa zmenila na konfrontáciu a riešenie problému sa dostalo do slepej uličky, v ktorej každá strana zákona svojím spôsobom.
Podľa Sama Hartmana situácia sa blíži k stavu, ktorý si vyžaduje všeobecné hlasovanie (GR, plošné uznesenie), v ktorom komunita rozhodne o alternatívnych systémoch na inicializáciu a podporu sysvinitu pomocou elogindu.
Ak účastníci projektu hlasujú o diverzifikácii inicializačných systémov, všetko osoby zodpovedné za údržbu sa budú podieľať na spoločnom úsilí o vyriešenie tohto problému alebo budú menovaní osobitne zodpovední vývojári, ktorí sa touto otázkou zaoberajú a tí, ktorí ich sprevádzajú, už nebudú môcť obísť alternatívny inicializačný systém, mlčať alebo zdržiavať proces.
V súčasnosti úložisko už nahromadilo 1033 balíkov, ktoré poskytujú jednotky služby pre systemd, ale neobsahujú skripty init.d.
Na vyriešenie tohto problému sa navrhuje štandardne dodať súbory služieb, ale pripraviť ovládač, ktorý automaticky analyzuje príkazy v týchto súboroch a na ich základe generuje skripty init.d.
Ak komunita rozhodne, že Debian má dostatočnú podporu pre jediný inicializačný systém, už sa nemusí starať o sysvinit a elogind, zameriava sa iba na súbory unit a systemd.
Takéto riešenie negatívne ovplyvní porty, ktoré nepoužívajú jadro Linuxu, ale v hlavnom súbore zatiaľ také porty nie sú a nemajú status oficiálnej podpory.
Prepojenie na systemd tiež výrazne skomplikuje zmenu v smere vývoja distribúcie v budúcnosti a obmedzí ďalšie experimenty v oblasti inicializácie a riadenia služieb.
Každé riešenie má svoje výhody aj nevýhody, takže pred hlasovaním bude potrebné dôkladne prediskutovať všetky argumenty za a proti.
Fuente: https://lists.debian.org/
Stále si teda nie je isté, či budú znova podporovať sysvinit !! Ako som pochopil, idú to predložiť na štúdium a hlasovanie !! Uvidíme, čo sa stane !!
No
Debianový cirkus sa už „predviedol“ smiešnym „rozhodnutím“ prijať systemd. Teraz sa nechystajú ustúpiť, takže prípadné „všeobecné hlasovanie“ už bolo oznámené. Pre mňa pokračujte v lane s systemd. Q skončia obesení, je tiež ďalším spievaným výsledkom.