Sam Hartman, vedoucí projektu Debian, se snaží vyřešit rozpor související s distribucí balíčku elogind v rámci distribuce. V červenci tým odpovědný za přípravu vydání začlenění elogind do větev testing, neboť tento balíček konfliktuje s libsystemd.
Připomínáme, že poskytuje rozhraní nezbytná pro funkčnost GNOME bez nutnosti instalace systemd. Projekt vznikl jako odvozenina systemd-logind, která byla převedena do samostatného balíčku a zbavena vazeb na komponenty systemd. Kromě toho elogind poskytuje svou variantu knihovny libelogind, která převádí řadu funkcí nabízených v libsystemd a nahrazuje tuto knihovnu při instalaci.
Mezi důvody blokace byl uveden konflikt s balíčkem systemd a riziko nahrazení libsystemd alternativní variantou libelogind, která je plně nekompatibilní s původní knihovnou na úrovni ABI.
Balíček elogind je označen jako konfliktující s knihovnami systemd, ale ve skutečnosti je navržen pouze na provoz bez systemd a konflikt se systemd dokonce přináší užitek, neboť brání omylu při instalaci elogind. Na druhou stranu, v současném stavu pokusy prostřednictvím APT aktualizovat konfiguraci ze systemd na variantu se sysvinit a elogind vedou k s nefunkčním APT. I při odstranění tohoto problému zůstává přechod od systemd k elogind nemožný bez odstranění již nainstalovaných uživatelských prostředí.
Vývojáři elogind měli přizpůsobit elogind pro fungování nad standardním libpam-systemd, bez použití vlastního rozhraní libpam-elogind. Přechodu elogind na libpam-systemd brání nedostatek podpory konceptu slice, avšak vývojáři elogind nechtějí dosáhnout plné shody API a přesně zopakovat všechny možnosti systemd, neboť elogind poskytuje pouze minimální funkcionalitu pro organizaci přihlášení uživatelů a nemá za cíl replikovat všechny podsystémy systemd.
Řešení popsaných technických problémů by mělo být řešeno na úrovni spolupráce týmu vydávajícího verze a správců elogind a systemd, ale vedoucí projektu musel zasáhnout, protože se týmy nedokázaly dohodnout a společná práce se změnila v konflikt, přičemž řešení problému se dostalo do slepé uličky, kde má každá strana svou pravdu. Podle Sama Hartmana se situace blíží stavu, který vyžaduje konání všeobecného hlasování (GR, general resolution), ve kterém komunita rozhodne o alternativních systémech inicializace a podpoře sysvinit s elogind.
Pokud účastníci projektu hlasují pro diverzifikaci systémů inicializace, všichni správci budou zapojeni do vzájemné spolupráce při řešení tohoto úkolu nebo budou jmenováni specializovaní odpovědní vývojáři na řešení tohoto problému, a správcové již nebudou moci ignorovat alternativní systém inicializace, zůstávat v tichu nebo prodlužovat proces.
V současné době je v repozitáři již 1033 balíčků, které dodávají servisní jednotky pro systemd, ale nezahrnují skripty init.d. K vyřešení tohoto problému dodávat výchozí souborové služby, ale připravit zpracovatele, který automaticky analyzuje příkazy z těchto souborů a generuje na jejich základě skripty init.d.
Pokud se komunita rozhodne, že v Debianu stačí podpora jednoho systému inicializace, již se nebude potřebovat starat o sysvinit a elogind, a soustředí se pouze na souborové jednotky a systemd. Takové rozhodnutí negativně ovlivní porty, které nepoužívají jádro Linux (, a ), ale v hlavním archivu zatím takové porty neexistují a nemají status .
Připojení k systemd také významně ztíží změnu směru vývoje distribuce v budoucnu a omezí provádění dalších experimentů v oblasti inicializace a správy služeb. Udržovat elogind v pracovní podobě je mnohem jednodušší, než ho odstranit a pak se pokoušet znovu přidat. Každá možnost řešení má své výhody a nevýhody, proto před hlasováním bude třeba důkladně prodiskutovat všechny argumenty pro a proti.
Zdroj: opennet.ru
