Byly vyhodnoceny výsledky hlasování o iniciačních systémech v Debiane

Byly zveřejněny výsledky obecného hlasování (GR, obecné usnesení) vývojářů projektu Debian, kteří se podílejí na údržbě balíčků a infrastruktuře, které se konalo v otázce podpory několika iniciačních systémů. Zvítězil druhý bod („B“) v seznamu – preferovaným zůstává systemd, ale zůstává možnost podpory alternativních iniciačních systémů. Hlasování se konalo metodou Kondorsee, v níž každý volič seřadí všechny možnosti podle svého preference, přičemž při výpočtu výsledku se zohledňuje, kolik voličů preferuje jednu možnost před druhou.

Vítězný variant uznává, že servisní jednotky systemd jsou preferovaným způsobem konfigurace spuštění démonů a služeb, ale připouští, že existují prostředí, ve kterých mohou vývojáři a uživatelé vytvářet a aplikovat alternativní iniciační systémy a funkční alternativy k možnostem systemd. Vývojáři alternativních řešení potřebují poskytování zdrojů pro provádění své práce a formátování balíčků. Alternativní řešení, jako například elogind, používané k organizaci spouštění aplikací vázaných na rozhraní specifická pro systemd, zůstávají důležitá pro projekt. Podpora podobných iniciativ vyžaduje spolupráci v oblastech, kde se vyvíjené alternativní technologie překrývají s ostatním projektem, například se nesmí zdržovat recenzování patchů a vedení diskuzí.

Do balíčků je možné zahrnout jak unit soubory systemd, tak init skripty pro spouštění služeb. Balíčky mohou využívat jakékoliv možnosti systemd podle přání udržovatele balíčku, za předpokladu, že tyto možnosti odpovídají požadavkům pravidel Debian a nejsou vázány na experimentální nebo nepodporované možnosti z jiných balíčků. Kromě systemd mohou balíčky také zahrnovat podporu alternativních inicializačních systémů a poskytovat komponenty pro nahrazení specifických rozhraní systemd. Rozhodnutí o zahrnutí patchů přijímají udržovatelé v rámci běžných procedur. Debian se zavazuje spolupracovat s odvozenými distribucemi, které si zvolily jiné inicializační systémy, přičemž interakce se buduje na úrovni udržovatelů, na které se přenášejí rozhodnutí o tom, které možnosti připravené třetími distribucemi přijmout do hlavního jádra Debian a které ponechat v odvozené distribuci.

Připomeňme, že v roce 2014 technický výbor schválil přejít distribuce ve výchozím nastavení na systemd, ale ne vypracoval rozhodnutí ohledně podpory několika inicializačních systémů (v hlasování zvítězil bod, který poukazoval na neochotu výboru učinit rozhodnutí v této věci). Předseda výboru doporučil udržovatelům balíčků zachovat podporu sysvinit jako alternativního inicializačního systému, ale uvedl, že nemůže vnucovat svůj názor a v každém případě by se mělo rozhodovat samostatně.

Po tomto kroku se někteří vývojáři pokusili o uspořádání společného hlasování, ale předběžné hlasování ukázalo, že není potřeba učinit rozhodnutí o otázce použití několika inicializačních systémů. Před několika měsíci, po problémech s zahrnutím balíčku elogind (potřebného pro fungování GNOME bez systemd) do testing větve kvůli konfliktu s libsystemd, byla tato otázka znovu vznesena předsedou projektu Debian, protože se vývojáři nedokázali dohodnout a jejich komunikace se změnila v konfrontaci a dostala se do slepé uličky.

Zvažované možnosti:

  • Hlavní důraz je kladen na systemd. Poskytování podpory alternativních init systémů není prioritou, ale údržbáři mají právo volitelně zahrnout init skripty pro takové systémy do balíčků.
  • Preferovaným zůstává systemd, ale je ponechána možnost údržby a alternativních init systémů. Technologie jako elogind, které umožňují spouštět aplikace v alternativních prostředích spojené se systemd, jsou považovány za důležité. Do balíčků lze zahrnout init soubory pro alternativní systémy.
  • Podpora různých init systémů a možnost zavádění Debianu s init systémy odlišnými od systemd.
    Pro spuštění služeb musí balíčky nutně obsahovat init skripty, dodání pouze unit souborů systemd bez sysv init skriptů není přípustné.
  • Podpora systémů, které nepoužívají systemd, avšak bez vydávání změn, které by bránily rozvoji. Vývojáři souhlasí s podporou několika init systémů v dohledné budoucnosti, ale také považují za nutné pracovat na zlepšení podpory systemd. Vývojem a údržbou specifických řešení by se měly zabývat zainteresované komunity, ale ostatní údržbáři by měli aktivně pomáhat a přispívat k řešení problémů, kdykoli nastane potřeba. Ideálně by balíčky měly fungovat při použití jakéhokoli init systému, za tímto účelem lze dodávat tradiční init skripty nebo využívat jiné mechanismy umožňující fungování bez systemd. Neschopnost fungovat bez systemd je považována za chybu, avšak nikoli za chybu, která by blokovala vydání, s výjimkou případů, kdy existuje hotové řešení pro fungování bez systemd, ale je odmítnuto jeho zachování (například když problém je způsoben odstraněním dříve dodávaného init skriptu).
  • Podpora přenositelnosti bez změn bránících rozvoji. Debian je nadále považován za spojovací článek pro integraci různých softwarů, které poskytují ekvivalentní nebo podobnou funkcionalitu. Přenositelnost mezi hardwarovými platformami a softwarovými stacky patří mezi důležité úkoly, přičemž integrace alternativních technologií je vítána, i když se názory jejich tvůrců liší od obecného přesvědčení. Postoj k systemd a dalším systémům inicializace se plně shoduje s bodem 4.
  • Převod podpory více systémů inicializace na povinné. Možnost spustit Debian se systémy inicializace odlišnými od systemd zůstává pro projekt důležitá. Každý balíček musí fungovat s pid1 handlerem odlišným od systemd, s výjimkou případů, kdy software obsažený v balíčku byl od začátku určen pouze pro práci se systemd a nemá podporu pro spuštění bez systemd (absence init skriptů se nepovažuje za určení pouze pro systemd).
  • Podpora přenositelnosti a několika realizací. Obecné principy se plně shodují s bodem 5, avšak konkrétní požadavky v případě systemd a systémů inicializace nejsou stanoveny a žádné závazky na vývojáře nejsou uloženy. Vývojářům se doporučuje vzít v úvahu zájmy ostatních, hledat kompromisy a najít společná řešení, která budou vyhovovat různým stranám.
  • Pokračování diskuse. Bod může být použit k snížení hodnocení nepřijatelných variant.
  • Zdroj: opennet.ru

    Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster