Výsledky hlasování o inicializačních systémech Debianu byly sečteny

Publikováno zjištění všeobecné hlasování (GR, obecné rozlišení) vývojářů projektu Debian, kteří se podílejí na údržbě balíčků a infrastruktury, na téma podpory více init systémů. Vyhrála druhá položka („B“) v seznamu - systemd zůstává preferován, ale zůstává zachována možnost zachování alternativních inicializačních systémů. Hlasování probíhalo metodou Condorcet, ve kterém každý volič seřadí všechny možnosti podle své preference a při výpočtu výsledku se bere v úvahu, kolik voličů preferuje jednu možnost před druhou.

Vítězný návrh uznává, že jednotky služeb systemd jsou preferovaným způsobem konfigurace démonů a služeb pro běh, ale uznává, že existují prostředí, ve kterých mohou vývojáři a uživatelé vytvářet a používat alternativní init systémy a funkční alternativy k možnostem systemd. Vývojáři alternativních řešení vyžadují zdroje k provádění své práce a formátování svých balíčků. Pro projekt zůstávají důležitá alternativní řešení, jako je elogind pro spouštění aplikací vázaných na rozhraní specifická pro systém. Podpora takových iniciativ vyžaduje pomoc v oblastech, kde se vývoj alternativních technologií protíná se zbytkem projektu, jako je například odložení revize oprav a diskuse.

Balíčky mohou obsahovat soubory systemd unit i init skripty pro spouštění služeb. Balíčky mohou používat jakékoli funkce systemd, které si správce balíku přeje, pokud funkce splňují pravidla Debianu a nejsou vázány na experimentální nebo nepodporované funkce Debianu v jiných balíčcích. Kromě systemd mohou balíčky také obsahovat podporu pro alternativní init systémy a poskytovat komponenty, které nahrazují rozhraní specifická pro systemd. Rozhodnutí týkající se zahrnutí oprav jsou prováděna správci jako součást standardních procedur. Debian se zavázal pracovat s odvozenými distribucemi, které se rozhodly používat jiné init systémy, ale interakce je postavena na úrovni správce, který rozhoduje o tom, které funkce připravené distribucemi třetích stran budou přijaty do hlavní kompozice Debianu a které z nich zůstanou. v derivační distribuci.

Připomeňme, že v roce 2014 technická komise schválený přechod výchozí distribuce na systemd, ale ne vypracováno rozhodnutí o podpoře vícenásobných dotačních systémů (hlasování vyhrál bod naznačující neochotu výboru v této věci rozhodnout). Vedoucí výboru doporučil, aby správci balíčků udržovali podporu pro sysvinit jako alternativní init systém, ale naznačil, že nemůže vnutit svůj názor a že rozhodnutí by mělo být učiněno nezávisle v každém případě.

Poté se někteří vývojáři pokusili pokusit se provést všeobecné hlasování, ale předběžné hlasování ukázalo, že nebylo třeba rozhodovat o otázce použití více inicializačních systémů. Před několika měsíci, poté проблем se zahrnutím balíčku elogind (nezbytného pro běh GNOME bez systemd) do testovací větve kvůli konfliktu s libsystemd, problém znovu vznesl vedoucí projektu Debian, protože se vývojáři nemohli dohodnout a jejich komunikace se změnila v konfrontaci a dostal se do slepé uličky.

Uvažované možnosti:

Hlavní důraz je kladen na systemd. Poskytování podpory pro alternativní init systémy není prioritou, ale správci mohou volitelně zahrnout init skripty pro takové systémy do balíčků.

systemd zůstává preferován, ale možnost zachování alternativních inicializačních systémů je ponechána. Technologie jako elogind, které umožňují aplikacím vázaným na systemd běžet v alternativních prostředích, jsou považovány za důležité. Balíčky mohou obsahovat init soubory pro alternativní systémy.

Podpora pro různé init systémy a možnost zavést Debian s jinými init systémy než systemd.
Aby bylo možné spouštět služby, musí balíčky obsahovat init skripty; poskytování pouze souborů systemd unit bez sysv init skriptů je nepřijatelné.

Podpora pro systémy, které nepoužívají systemd, ale bez provádění změn, které by bránily vývoji. Vývojáři souhlasí s podporou více systémů init v dohledné době, ale také věří, že je nutné pracovat na zlepšení podpory systemd. Vývoj a údržba konkrétních řešení by měla být ponechána na komunitách, které mají o tato řešení zájem, ale ostatní správci by měli v případě potřeby aktivně pomáhat a přispívat k řešení problémů. V ideálním případě by balíčky měly fungovat pomocí jakéhokoli init systému, čehož lze dosáhnout dodáním tradičních init skriptů nebo použitím jiných mechanismů, které jim umožňují pracovat bez systemd. Nemožnost pracovat bez systemd je považována za chybu, nikoli však za chybu blokující vydání, pokud neexistuje hotové řešení pro práci bez systemd, které však není uloženo (například když je problém způsoben odstranění dříve dodaného init skriptu).

Podporuje přenositelnost bez zavádění změn, které brání rozvoji. Debian je i nadále považován za most pro integraci různého softwaru, který poskytuje ekvivalentní nebo podobné funkce. Přenositelnost mezi hardwarovými platformami a softwarovými balíky je důležitým cílem a podporuje se integrace alternativních technologií, i když se světonázor jejich tvůrců liší od obecného konsensu. Pozice ohledně systemd a dalších inicializačních systémů se zcela shoduje s bodem 4.

Podpora více inicializačních systémů je povinná. Poskytování schopnosti spouštět Debian s jinými init systémy než systemd je pro projekt i nadále důležité. Každý balíček musí pracovat s obslužnými rutinami pid1 jinými než systemd, pokud software obsažený v balíčku původně nebyl určen pro práci pouze se systemd a nepodporuje běh bez systemd (absence init skriptů se nepočítá jako určená pouze pro práci se systemd) .

Podporuje přenositelnost a více implementací. Obecné principy jsou úplně stejné jako v bodě 5, ale na systémy systemd a init nejsou kladeny žádné specifické požadavky a vývojářům nejsou uloženy žádné povinnosti. Vývojáři jsou vyzýváni, aby vzájemně zohledňovali své zájmy, dělali kompromisy a nacházeli společná řešení, která jsou pro různé strany uspokojivá.

Pokračující diskuse. Položku lze použít ke snížení úrovně nepřijatelných možností.

Zdroj: opennet.ru