Sam Hartmann, vedoucí projektu Debian, se pokusil vyřešit neshody ohledně doručení zásilky jako součást distribuce. V červenci, tým odpovědný za přípravu startů zablokoval zahrnutí elogind do testovací větve, protože tento balíček je v konfliktu s libsystemd.
Z důvodu selhání došlo ke konfliktu s balíčkem systemd a nebezpečí výměny libsystemd s alternativní verzí libelogind, která je zcela nekompatibilní se zdrojovou knihovnou na úrovni ABI.
Zahrnutí elogind poskytuje vlastní verzi knihovny libelogind, který přebírá řadu funkcí nabízených libsystemd a nahrazuje tuto knihovnu během instalace.
V balíčku je elogind označen jako konfliktní s knihovnami systemd, ale je ze své podstaty navržen tak, aby fungoval pouze bez systemd a konflikt s systemd je dokonce přínosný, protože neumožňuje omylem nainstalovat elogind.
Na druhou stranu v současné podobě pokusy přes APT o aktualizaci konfigurace systému na verzi se sysvinit a elogind vedou k poškození systému s nefunkčním APT. Ale i při odstranění této chyby je přechod z systemd na elogind stále nemožný bez odebrání již nainstalovaných uživatelských prostředí.
Načež vývojáři Elogind byli požádáni, aby přizpůsobili velebeníd pracovat nad normální libpam-systemd bez použití vlastní vrstvy libpam-elogind.
Přechodu z elogindu na libpam-systemd brání nedostatečná podpora konceptu sektorů, ale vývojáři elogindu nechtějí dosáhnout úplné shody API a přesně opakovat všechny funkce systemd, protože elogind poskytuje pouze minimální funkčnost pro organizaci přihlašování uživatelů a není zamýšleno opakovat všechny subsystémy systemd.
Vyřešení uvedených technických problémů by mělo být vyřešeno na úrovni interakce mezi vydávacím týmem a správci elogind a systemd, ale vedoucí projektu byl nucen zasáhnout, protože týmy se nemohly dohodnout, společná práce se změnila v konfrontaci a řešení problému se dostalo do slepé uličky, v níž každá strana zákona svým způsobem.
Podle Sama Hartmana, situace se blíží stavu, který vyžaduje všeobecné hlasování (GR, deka rozlišení), ve kterém komunita rozhodne o alternativních systémech pro inicializaci a podporu sysvinit s elogind.
Pokud účastníci projektu hlasují pro diverzifikaci inicializačních systémů, vše osoby odpovědné za údržbu se budou podílet na společném úsilí vyřešit tento problém nebo budou jmenováni zvláštní odpovědní vývojáři, kteří budou na tomto problému pracovat, a ti, kteří je doprovázejí, již nebudou moci obejít alternativní inicializační systém, mlčet nebo zdržovat proces.
V současné době úložiště již nashromáždilo 1033 balíčků, které poskytují jednotky služby pro systemd, ale neobsahují skripty init.d.
Aby se tento problém vyřešil, navrhuje se ve výchozím nastavení dodávat soubory služeb, ale připravit ovladač, který automaticky analyzuje příkazy v těchto souborech a na jejich základě generuje skripty init.d.
Pokud se komunita rozhodne, že Debian má dostatečnou podporu pro jediný inicializační systém, už se nemusí starat o sysvinit a elogind, zaměřuje se pouze na soubory unit a systemd.
Takové řešení negativně ovlivní porty, které nepoužívají jádro Linuxu, ale v hlavním souboru zatím žádné takové porty nejsou a nemají status oficiální podpory.
Odkaz na systemd také významně zkomplikuje změnu ve směru vývoje distribuce v budoucnu a omezí další experimenty v oblasti inicializace a správy služeb.
Každé řešení má své výhody i nevýhody, takže před hlasováním bude nutná důkladná diskuse o všech argumentech pro i proti.
zdroj: https://lists.debian.org/
Stále tedy není jisté, zda budou sysvinit znovu podporovat !! Jak jsem to pochopil, předloží to ke studiu a hlasování! Uvidíme, co se stane!!
Ne
Debianský cirkus se již „ukázal“ směšným „rozhodnutím“ přijmout systemd. Nyní se nechystají ustoupit, takže případné „všeobecné hlasování“ již bylo oznámeno. Pro mě pokračujte v lanoví s systemd. Otázka: Skončí oběšením, to je také další zpívaný výsledek.