Die resultate van die stemming oor Debian init-stelsels is opgesom

Gepubliseer bevindings algemene stemming (GR, algemene resolusie) ontwikkelaars van die Debian-projek betrokke by pakketinstandhouding en infrastruktuurinstandhouding, uitgevoer oor die kwessie van die ondersteuning van verskeie init-stelsels. Die tweede item (“B”) in die lys het gewen - systemd bly voorkeur, maar die moontlikheid om alternatiewe inisialiseringstelsels in stand te hou, bly. Stemming is volgens die metode uitgevoer Condorcet, waarin elke kieser alle opsies in volgorde van voorkeur rangskik, en wanneer die uitslag bereken word, word in ag geneem hoeveel kiesers een opsie bo 'n ander verkies.

Die wenvoorstel erken dat stelseldienseenhede die voorkeur manier is om daemone en dienste op te stel om te loop, maar erken dat daar omgewings is waarin ontwikkelaars en gebruikers alternatiewe initstelsels en funksionele alternatiewe vir systemd se vermoëns kan skep en gebruik. Ontwikkelaars van alternatiewe oplossings benodig hulpbronne om hul werk uit te voer en hul pakkette te formateer. Alternatiewe oplossings soos elogind vir die uitvoer van toepassings wat aan systemd-spesifieke koppelvlakke gekoppel is, bly belangrik vir die projek. Ondersteuning van sulke inisiatiewe vereis bystand in gebiede waar die ontwikkeling van alternatiewe tegnologieë met die res van die projek kruis, soos om die hersiening en bespreking van die pleister te vertraag.

Pakkette kan beide systemd-eenheidlêers en init-skrifte insluit om dienste te begin. Pakkette mag enige stelselkenmerke gebruik wat die pakketonderhouer wil hê, solank die kenmerke aan Debian-reëls voldoen en nie gekoppel is aan eksperimentele of nie-ondersteunde Debian-kenmerke in ander pakkette nie. Benewens systemd, kan pakkette ook ondersteuning vir alternatiewe init-stelsels insluit en komponente verskaf om systemd-spesifieke koppelvlakke te vervang. Besluite oor die insluiting van pleisters word deur onderhouers geneem as deel van standaardprosedures. Debian is daartoe verbind om te werk met afgeleide verspreidings wat kies om ander init-stelsels te gebruik, maar die interaksie word op die onderhouervlak gebou, wat besluite neem oor watter kenmerke wat deur derdeparty-verspreidings voorberei word in die hoof Debian-samestelling aanvaar word en watter oorbly in die afgeleide verspreiding.

Laat ons onthou dat in 2014 die tegniese komitee goedgekeur oorgang verstek verspreiding op systemd, maar nie uitgewerk besluite rakende ondersteuning vir veelvuldige voorsieningstelsels (die item wat die komitee se onwilligheid aandui om 'n besluit oor hierdie kwessie te neem, het die stemming gewen). Die komiteeleier het aanbeveel dat pakketonderhouers ondersteuning vir sysvinit as 'n alternatiewe init-stelsel behou, maar het aangedui dat hy nie sy standpunt kan afdwing nie en dat die besluit in elke geval onafhanklik geneem moet word.

Hierna het sommige ontwikkelaars probeer probeer om uit te voer algemene stemming, maar voorlopige stemming het getoon dat dit nie nodig was om 'n besluit te neem oor die kwessie van die gebruik van veelvuldige inisialiseringstelsels nie. 'n Paar maande gelede, na probleme met die insluiting van die elogind-pakket (nodig vir die bestuur van GNOME sonder systemd) in die toetstak as gevolg van 'n konflik met libsystemd, is die kwessie weer geopper deur die Debian-projekleier, aangesien die ontwikkelaars nie kon saamstem nie, en hul kommunikasie het verander in 'n konfrontasie en het 'n doodloopstraat bereik.

Opsies oorweeg:

Die hooffokus is op sisteem. Die verskaffing van ondersteuning vir alternatiewe init-stelsels is nie 'n prioriteit nie, maar onderhouers kan opsioneel init-skrifte vir sulke stelsels in pakkette insluit.

systemd bly verkies, maar die moontlikheid om alternatiewe inisialiseringstelsels in stand te hou, word oorgelaat. Tegnologieë soos elogind, wat toepassings gebonde aan systemd toelaat om in alternatiewe omgewings te loop, word as belangrik beskou. Pakkette kan init-lêers vir alternatiewe stelsels insluit.

Ondersteuning vir 'n verskeidenheid init-stelsels en die vermoë om Debian met init-stelsels anders as systemd te begin.
Om dienste te laat loop, moet pakkette init-skrifte insluit; die verskaffing van slegs stelsel-eenheidlêers sonder sysv init-skrifte is onaanvaarbaar.

Ondersteuning vir stelsels wat nie systemd gebruik nie, maar sonder om veranderinge aan te bring wat ontwikkeling sou belemmer. Die ontwikkelaars stem in om verskeie init-stelsels vir die afsienbare toekoms te ondersteun, maar glo ook dat dit nodig is om te werk aan die verbetering van stelselondersteuning. Die ontwikkeling en instandhouding van spesifieke oplossings moet oorgelaat word aan die gemeenskappe wat in daardie oplossings belangstel, maar ander instandhouers moet aktief help en bydra tot probleemoplossing wanneer die behoefte ontstaan. Ideaal gesproke moet pakkette funksioneer deur enige init-stelsel te gebruik, wat bereik kan word deur tradisionele init-skrifte te verskaf of ander meganismes te gebruik wat hulle toelaat om sonder systemd te werk. Die onvermoë om sonder systemd te werk word as 'n fout beskou, maar nie 'n vrystellingblokkerende fout nie, tensy daar 'n klaargemaakte oplossing is om sonder systemd te werk, maar dit word geweier om gestoor te word (byvoorbeeld wanneer die probleem veroorsaak word deur die verwydering van 'n voorheen verskaf init script).

Ondersteun oordraagbaarheid sonder om veranderinge in te voer wat ontwikkeling belemmer. Debian word steeds gesien as 'n brug vir die integrasie van verskillende sagteware wat ekwivalente of soortgelyke funksionaliteit bied. Oordraagbaarheid tussen hardewareplatforms en sagtewarestapels is 'n belangrike doelwit, en die integrasie van alternatiewe tegnologieë word aangemoedig, selfs al verskil die wêreldbeskouing van hul skeppers van die algemene konsensus. Die posisie rakende systemd en ander inisialiseringstelsels stem heeltemal saam met punt 4.

Maak ondersteuning vir veelvuldige inisialiseringstelsels verpligtend. Die verskaffing van die vermoë om Debian met ander init-stelsels as systemd te laat loop, bly belangrik vir die projek. Elke pakket moet met ander pid1-hanteerders as systemd werk, tensy die sagteware wat by die pakket ingesluit is, oorspronklik bedoel was om slegs met systemd te werk en nie sonder systemd hardloop nie (die afwesigheid van init-skripte tel nie as bedoel om slegs met systemd te werk nie) .

Ondersteun oordraagbaarheid en veelvuldige implementerings. Die algemene beginsels is presies dieselfde as punt 5, maar daar is geen spesifieke vereistes vir systemd- en init-stelsels nie, en geen verpligtinge word op ontwikkelaars opgelê nie. Ontwikkelaars word aangemoedig om mekaar se belange in ag te neem, kompromieë aan te gaan en gemeenskaplike oplossings te vind wat vir verskeie partye bevredigend is.

Voortgesette bespreking. Die item kan gebruik word om onaanvaarbare opsies af te gradeer.

Bron: opennet.ru