I begyndelsen af måneden caVi deler med dig her på bloggen nyheden om den generelle afstemning der blev genereret for at afgøre, om systemet ville understøtte flere initialiseringssystemer. som følge af, at Teknisk Udvalg i 2014 godkendte overdragelsen fra standardfordelingen til systemd, men udviklede ikke løsningen vedr til støtte fra flere initialiseringssystemer.
Udvalgslederen anbefalede, at pakkevedligeholderne fastholdt støtten til sysvinit som et alternativt initialiseringssystem, men angav, at han ikke kunne påtvinge sit synspunkt, og at beslutningen i hvert enkelt tilfælde skulle træffes uafhængigt.
Derefter forsøgte nogle udviklere at afholde en generel afstemning, men en foreløbig afstemning viste, at der ikke var behov for at tage stilling til brugen af flere initialiseringssystemer.
For et par måneder siden, efter problemer med inkluderingen af elogind-pakken (nødvendig for at Gnome kan fungere uden systemd) i testgrenen på grund af en konflikt med libsystemd, rejste Debians projektleder spørgsmålet igen, da udviklerne ikke kunne. enige, og deres kommunikation blev til en konfrontation og endte med at give ham en løsning i denne henseende med den generelle afstemning.
nu, resultaterne af den nævnte afstemning blev offentliggjort på den angivne dato (28. december), hvor de var involveret i pakkevedligeholdelse og vedligeholdelse af infrastruktur med hensyn til at understøtte flere initialiseringssystemer.
Y den vindende mulighed var det andet element ("B") på listen, som beskriver det
systemd foretrækkes stadig, men muligheden for at understøtte alternative initialiseringssystemer er stadig. Teknologier, såsom elogind, der giver dig mulighed for at køre systembundne applikationer i alternative miljøer, betragtes som vigtige. Pakker kan indeholde init-filer til alternative systemer."
Afstemningen foregik efter Condorcet-metoden., hvor hver vælger rangerer alle valgmulighederne i den rækkefølge, de foretrækker, og ved beregning af resultatet, hvor mange vælgere der foretrækker en mulighed frem for en anden.
Vindermuligheden anerkender, at systemd serviceenheder er den foretrukne form at konfigurere dæmoner og tjenester til at køre, men det forudsætter, at der er miljøer hvor udviklere og brugere kan oprette og anvende alternative initialiseringssystemer og funktionelle alternativer til systemfunktioner.
Udviklere af alternative løsninger bør give ressourcer til dit arbejde og pakkeformatering. Løsninger såsom elogind, der bruges til at orkestrere lanceringen af applikationer bundet til specifikke systemgrænseflader, er fortsat vigtige for projektet.
At støtte sådanne initiativer kræver bistand på områder, hvor alternative teknologier, der udvikles, krydser hinanden med resten af projektet, for eksempel er det uacceptabelt at forsinke patch-gennemgange og diskussioner.
Det er tilladt at inkludere systemd enhedsfiler og opstartsscripts i pakkerne for at starte tjenesterne. Pakker kan bruge enhver af systemd-funktionerne efter anmodning fra pakkevedligeholderen, så længe disse funktioner opfylder kravene i Debian-reglerne og ikke er bundet til eksperimentelle eller Debian-ikke-understøttede funktioner i andre pakker.
Ud over systemd, pakker kan også omfatte understøttelse af alternative initialiseringssystemer og levere komponenter til at tilsidesætte specifikke systemd grænseflader. Beslutninger om at aktivere patches træffes af ledsagende personale som en del af almindelige procedurer
Debian er forpligtet til at arbejde med afledte distributioner de har selv valgt andre initialiseringssystemer, men interaktionen er baseret på vedligeholdernes niveau, som beslutninger træffes om det.
Endelig var dette resultat ikke i manges smag, fordi de i netværk viste deres utilfredshed, fordi mange kommenterer, at dette ikke er anderledes end i dag, da de stort set overfører hele ansvaret til vedligeholderne.
Hvis du vil vide mere om det, kan du konsultere offentliggørelsen af resultaterne I det følgende link.
«Endelig var dette resultat ikke i manges smag [...], da mange kommenterer, at dette ikke er anderledes end i dag [...]»
Jeg forventede ikke andet fra Debian. I det sidste årti har det ikke været andet end en masse larm og få "lys" (det var ikke for ingenting, at befolkningen i Devuan åbnede op for dem).
Igen var problemet aldrig, at systemd var en erstatning for init. Problemet var altid, at systemd blev lavet til at stikke næsen ind i absolut alt, med den deraf følgende overflødige, næsten falske kode, et absurd ubrugeligt niveau af komplikationer, fejl og masseangrebsvektorer. Og her er vi, med en "Linux" mindre og mindre "Linux" og mere og mere en "Wind*ws" på 2. pladsen.
At bruge en distro uden systemd er næsten en joke, da systemd kun erstattes af en anden indlæsningsmetode... men systemd fortsætter med at sprede sig gennem hele systemet som en kræftsygdom (selvom det siges, at det kun opretholdes for et spørgsmål om at tilfredsstille afhængigheder og ikke kører).
Kort sagt ser det ud til, at Linux heller ikke vil undslippe matrixens maksime: "Alt, der har en begyndelse... har en ende".