Afstemningsresultaterne om init-systemer i Debian er blevet opsummeret

Publiceret resultater af en generel afstemning (GR, generel beslutning) af udviklerne af Debian-projektet, der deltager i vedligeholdelsen af pakker og infrastrukturer, som blev afholdt om spørgsmålet om støtte til flere init-systemer. Det blev besluttet, at punkt to ('B') i listen vandt – systemd forbliver det foretrukne, men der gives mulighed for at støtte alternative init-systemer. Afstemningen blev gennemført ved hjælp af Kondorcet, hvor hver vælger rangerer alle muligheder i rækkefølge af deres præferencer, og når resultatet beregnes, tages der hensyn til, hvor mange vælgere der foretrækker en mulighed frem for en anden.

Den vindende mulighed anerkender, at serviceenhederne i systemd er den foretrukne måde at konfigurere opstart af dæmoner og tjenester på, men tillader, at der findes miljøer, hvor udviklere og brugere kan skabe og anvende alternative init-systemer og funktionelle alternativer til systemds muligheder. Udviklere af alternative løsninger har brug for ressourcer til at udføre deres arbejde og formatere pakker. Alternative løsninger som elogind, der anvendes til at organisere opstart af applikationer knyttet til systemd-specifikke grænseflader, forbliver vigtige for projektet. Støtte til sådanne initiativer kræver samarbejde på områder, hvor de udviklede alternative teknologier krydser med resten af projektet, for eksempel er det uacceptabelt at forsinke gennemgangen af patches og gennemføre diskussioner.

Pakkerne kan inkludere både unit-filer fra systemd og init-scripts til opstart af tjenester. Pakkerne kan anvende alle funktioner i systemd, som pakken følger ønsker, forudsat at disse funktioner overholder Debian-reglerne og ikke er bundet til eksperimentelle eller ikke-understøttede funktioner fra andre pakker. Udover systemd kan pakkerne også inkludere støtte til alternative initialiseringssystemer og levere komponenter til at erstatte systemd-specifikke grænseflader. Beslutninger om inklusion af patches træffes af pakkevedligeholdere i henhold til de gældende procedurer. Debian er forpligtet til at arbejde sammen med afledte distributioner, der har valgt andre initialiseringssystemer, men interaktionen er baseret på niveauet for vedligeholdere, som træffer beslutninger om, hvilke funktioner, der er forberedt af tredjepartsdistributioner, der skal tages ind i den primære Debian-distro, og hvilke der skal forblive i den afledte distribution.

Vi minder om, at den tekniske komité i 2014 godkendte overgangen af distributionen som standard til systemd, men ikke udviklede beslutninger vedrørende støtte til flere initialiseringssystemer (der blev ved afstemning stemt for den mulighed, der angav kommittens manglende parathed til at træffe beslutning om dette emne). Komiteens leder anbefalede pakkevedligeholderne at bevare understøttelsen af sysvinit som et alternativt initialiseringssystem, men påpegede, at han ikke kan påtvinge sin mening, og at beslutningen i hvert tilfælde bør træffes uafhængigt.

Efter dette forsøgte nogle udviklere at gennemføre en generel afstemning, men den første afstemning viste, at der ikke var behov for at træffe en beslutning om brugen af flere init-systemer. For nogle måneder siden, efter problemer inkluderingen af pakken elogind (nødvendig for at få GNOME til at fungere uden systemd) i testing-grenen på grund af konflikt med libsystemd, blev spørgsmålet taget op igen af Debian-projektlederen, da udviklerne ikke kunne blive enige, og deres kommunikation udviklede sig til modstand og er nået en blindgyde.

Overvejede muligheder:

Fokus ligger på systemd. At give support til alternative init-systemer er ikke en prioritet, men vedligeholdere kan valgfrit inkludere init-scripts for sådanne systemer i pakkerne.

Systemd forbliver foretrukket, men der gives mulighed for vedligeholdelse af alternative init-systemer. Teknologier som elogind, der gør det muligt at køre applikationer bundet til systemd i alternative miljøer, betragtes som vigtige. Init-filer til alternative systemer kan inkluderes i pakker.

Support for forskellige init-systemer og mulighed for at starte Debian med init-systemer, der adskiller sig fra systemd.
For at starte tjenester skal pakker nødvendigvis inkludere init-scripts; det er ikke acceptabelt kun at levere unit-filer for systemd uden sysv init-scripts.

Support for systems that do not use systemd, without making changes that hinder development. Developers agree to support multiple initialization systems in the foreseeable future, but also believe it is essential to work on improving support for systemd. Development and maintenance of specific solutions should be handled by the communities interested in such solutions, but other maintainers should actively assist and facilitate problem-solving when necessary. Ideally, packages should function with any initialization system, which may involve providing traditional init scripts or using other mechanisms that allow operation without systemd. The inability to operate without systemd is viewed as a mistake, but not as a release-blocking issue, except in cases where a ready solution for operation without systemd exists but is refused to be maintained (for example, when the problem is caused by the removal of a previously provided init script).

Støtte til bærbarhed uden ændringer, der hindrer udviklingen. Debian fortsætter med at blive betragtet som et bindeled til integration af forskellig software, der leverer tilsvarende eller lignende funktionalitet. Bærbarhed mellem hardwareplatforme og softwarestakke er en vigtig opgave, og integration af alternative teknologier er velkommen, selvom skaberne af dem måtte have en anden opfattelse end den generelle mening. Holdningen til systemd og andre init-systemer stemmer fuldstændigt overens med punkt 4.

Overførsel af støtte til flere init-systemer til obligatorisk status. Muligheden for at køre Debian med init-systemer, der er forskellige fra systemd, fortsætter med at have betydning for projektet. Hver pakke skal fungere med pid1-håndterere, der ikke er systemd, undtagen i de tilfælde, hvor den pakke, der er inkluderet, er designet til at fungere udelukkende med systemd, og der ikke er støtte til kørsel uden systemd (mangel på init-scripts betragtes ikke som en hensigt udelukkende til brug med systemd).

Støtte til bærbarhed og flere implementeringer. De generelle principper er fuldstændigt i overensstemmelse med punkt 5, men der stilles ikke specifikke krav vedrørende systemd og init-systemerne, og der pålægges ingen forpligtelser på udviklerne. Udviklerne opfordres til at tage hensyn til hinandens interesser, indgå kompromiser og finde fælles løsninger, der er tilfredsstillende for forskellige parter.

Fortsættelse af diskussionen. Punktet kan bruges til at nedbringe rangeringen af uacceptable muligheder.

Kilde: opennet.ru