d'Resultater (GR, allgemeng Resolutioun) vun de Projetentwéckler Debian, déi sech mat der Ënnerhaltung vu Paketen an der Infrastrukturënnerstëtzung beschäftegt, gouf iwwer d'Ënnerstëtzung vu verschiddenen Init-Systemer ofgehalen. Déi zweet Optioun ("B") op der Lëscht huet gewonnen - systemd bleift déi bevorzugt Wiel, awer d'Optioun fir alternativ Init-Systemer z'ënnerstëtzen bleift. D'Ofstëmmung gouf mat Hëllef vun der , an deem all Wieler all Optiounen an der Preferenzenuerdnung rangéiert, a bei der Berechnung vum Resultat gëtt berécksiichtegt wéivill Wieler déi eng Optioun op déi aner léiwer maachen.
D'Gewënner Propositioun erkennt datt systemd Service Unitéiten de bevorzugte Wee sinn fir Daemonen a Servicer ze konfiguréieren fir ze lafen, awer erkennt datt et Ëmfeld sinn an deenen d'Entwéckler an d'Benotzer alternativ Init Systemer a funktionell Alternativen zu Systemd's Fäegkeeten erstellen a benotzen. Entwéckler vun alternativen Léisungen erfuerderen Ressourcen fir hir Aarbecht auszeféieren an hir Packagen ze formatéieren. Alternativ Léisunge wéi elogind fir Uwendungen ze lafen, gebonnen un systemd-spezifesch Interfaces, bleiwen wichteg fir de Projet. Ënnerstëtzung vun esou Initiativen erfuerdert Assistenz a Beräicher wou d'Entwécklung vun alternativen Technologien mam Rescht vum Projet kräizt, sou wéi d'Verzögerung vu Patch-Iwwerpréiwung an Diskussioun.
Pakete kënnen souwuel systemd Eenheetsdateien wéi och init-Skripter fir d'Start vu Servicer enthalen. Pakete kënnen all systemd Funktiounen benotzen, déi de Pakbetreiber wielt, virausgesat datt dës Funktiounen de Richtlinne respektéieren. Debian a sinn net un experimentell oder net ënnerstëtzte Funktiounen gebonnen. Debian Méiglechkeeten aus anere Paketen. Nieft systemd kënnen d'Paketen och Ënnerstëtzung fir alternativ Init-Systemer enthalen a Komponenten ubidden, fir systemd-spezifesch Interfaces z'ersetzen. D'Entscheedungen, Patches anzebannen, ginn vun den Ënnerhalter als Deel vun de Standardprozedure getraff. Debian verpflicht sech, mat derivativen Distributiounen ze schaffen, déi aner Initialiséierungssystemer fir sech selwer gewielt hunn, awer d'Interaktioun gëtt um Maintainer-Niveau opgebaut, deen dofir verantwortlech ass, ze entscheeden, wéi eng Funktiounen, déi vun Drëttubidder-Distributiounen virbereet ginn, an d'Haaptdistributioun akzeptéiert solle ginn. Debian, a wéi eng an der Derivatverdeelung solle loossen.
Loosst eis erënneren, datt 2014 den technesche Comité Standardverdeelung op systemd, awer net Entscheedunge betreffend Ënnerstëtzung fir verschidde Versuergungssystemer (de Punkt, deen d'Onwëllenheet vum Komitee beweist fir eng Entscheedung iwwer dëst Thema ze huelen, huet de Vote gewonnen). De Comité Leader recommandéiert datt Package Ënnerhalter Ënnerstëtzung fir sysvinit als alternativ init System erhalen, mee uginn, datt hien net seng Siicht imposéieren kéint an datt d'Decisioun soll onofhängeg an all Fall gemaach ginn.
Duerno hunn e puer Entwéckler probéiert allgemeng Vote, mee virleefeg Vote gewisen, datt et net néideg eng Decisioun iwwert d'Thema vun benotzen Multiple Initialiséierung Systemer ze huelen war. Virun e puer Méint, no Mat der Integratioun vum elogind-Pak (erfuerderlech fir datt GNOME ouni systemd funktionéiert) an der Testbranche wéinst engem Konflikt mat libsystemd, gouf d'Thema vum Projetleader nei opgeworf. Debian, well d'Entwéckler keng Eenegung konnten erreeche, an hir Kommunikatioun an eng Konfrontatioun eskaléiert ass an an eng Sackgasse gelant ass.
Optiounen berücksichtegt:
Fir Servicer auszeféieren, musse Pakete init Scripte enthalen, nëmmen systemd Eenheetsdateien ouni sysv init Scripten ze liwweren ass inakzeptabel.
Source: opennet.ru
