Sešteli smo rezultate glasovanja o sistemih inicializacije Debian

Objavljeno Rezultati splošno glasovanje (GR, splošna ločljivost) razvijalcev projekta Debian, ki sodelujejo pri vzdrževanju paketov in vzdrževanju infrastrukture, ki se izvaja na temo podpore več sistemov inicializacije. Drugi element (»B«) na seznamu je zmagal - systemd ostaja prednosten, vendar ostaja možnost vzdrževanja alternativnih inicializacijskih sistemov. Glasovanje je potekalo po metodi Condorcet, pri katerem vsak volivec vse možnosti razvrsti po prednostnem vrstnem redu, pri izračunu rezultata pa se upošteva, koliko volivcev daje eno možnost eni prednost drugi.

Zmagovalni predlog potrjuje, da so storitvene enote systemd najprimernejši način za konfiguriranje demonov in storitev za izvajanje, vendar priznava, da obstajajo okolja, v katerih lahko razvijalci in uporabniki ustvarjajo in uporabljajo alternativne sisteme inicializacije in funkcionalne alternative zmožnostim systemd. Razvijalci alternativnih rešitev potrebujejo sredstva za opravljanje svojega dela in oblikovanje svojih paketov. Alternativne rešitve, kot je elogind za izvajanje aplikacij, vezanih na vmesnike, specifične za systemd, ostajajo pomembne za projekt. Podpora takšnim pobudam zahteva pomoč na področjih, kjer se razvoj alternativnih tehnologij križa s preostalim delom projekta, kot je odložitev pregleda popravkov in razprave.

Paketi lahko vključujejo datoteke sistemske enote in zagonske skripte za zagon storitev. Paketi lahko uporabljajo vse funkcije systemd, ki jih želi vzdrževalec paketov, če so funkcije v skladu s pravili Debian in niso vezane na poskusne ali nepodprte funkcije Debian v drugih paketih. Poleg systemd lahko paketi vključujejo tudi podporo za alternativne sisteme inicializacije in zagotavljajo komponente za zamenjavo vmesnikov, specifičnih za systemd. Odločitve o vključitvi popravkov sprejmejo vzdrževalci v okviru standardnih postopkov. Debian je predan delu z izpeljanimi distribucijami, ki se odločijo za uporabo drugih init sistemov, vendar je interakcija zgrajena na ravni vzdrževalca, ki sprejema odločitve o tem, katere funkcije, ki jih pripravijo distribucije tretjih oseb, so sprejete v glavno sestavo Debiana in katere ostanejo v izpeljani distribuciji.

Spomnimo, leta 2014 je tehnični odbor odobreno prehod privzeta distribucija na systemd, vendar ne izšlo odločitve glede podpore za sisteme večkratnega zagotavljanja (zmagala je točka, ki kaže na nepripravljenost odbora, da sprejme odločitev o tem vprašanju). Vodja odbora je priporočil vzdrževalcem paketov, da ohranijo podporo za sysvinit kot alternativni sistem inicializacije, vendar je navedel, da ne more vsiljevati svojega stališča in da je treba odločitev v vsakem primeru sprejeti neodvisno.

Po tem so nekateri razvijalci poskušali poskušati izvesti splošno glasovanje, vendar je predhodno glasovanje pokazalo, da ni bilo treba odločati o vprašanju uporabe več inicializacijskih sistemov. Pred nekaj meseci, po težave z vključitvijo paketa elogind (nujnega za poganjanje GNOME brez systemd) v testno vejo zaradi konflikta z libsystemd je to vprašanje ponovno izpostavil vodja projekta Debian, saj se razvijalci niso mogli dogovoriti in je njihova komunikacija prerasla v spopad in zašli v slepo ulico.

Upoštevane možnosti:

Glavni poudarek je na systemd. Zagotavljanje podpore za alternativne zagonske sisteme ni prednostna naloga, vendar lahko vzdrževalci po želji vključijo zagonske skripte za takšne sisteme v pakete.

systemd ostaja zaželen, vendar ostaja možnost vzdrževanja alternativnih inicializacijskih sistemov. Tehnologije, kot je elogind, ki aplikacijam, vezanim na systemd, omogočajo delovanje v alternativnih okoljih, veljajo za pomembne. Paketi lahko vključujejo inicialne datoteke za alternativne sisteme.

Podpora za različne zagonske sisteme in možnost zagona Debiana z zagonskimi sistemi, ki niso systemd.
Za zagon storitev morajo paketi vključevati zagonske skripte; dobava samo datotek enote systemd brez zagonskih skriptov sysv je nesprejemljiva.

Podpora za sisteme, ki ne uporabljajo systemd, vendar brez sprememb, ki bi ovirale razvoj. Razvijalci se strinjajo, da bodo v dogledni prihodnosti podpirali več sistemov inicializacije, vendar tudi menijo, da je treba delati na izboljšanju podpore systemd. Razvoj in vzdrževanje določenih rešitev je treba prepustiti skupnostim, ki jih te rešitve zanimajo, drugi vzdrževalci pa morajo aktivno pomagati in prispevati k reševanju problemov, ko se pojavi potreba. V idealnem primeru bi morali paketi delovati s katerim koli sistemom inicializacije, kar je mogoče doseči z zagotavljanjem tradicionalnih skriptov inicializacije ali uporabo drugih mehanizmov, ki jim omogočajo, da delujejo brez systemd. Nezmožnost dela brez systemd se obravnava kot hrošč, ne pa za hrošč, ki blokira izdajo, razen če obstaja že pripravljena rešitev za delo brez systemd, vendar je ni mogoče shraniti (na primer, ko je težavo povzročil odstranitev predhodno posredovanega inicialnega skripta).

Podpira prenosljivost brez uvajanja sprememb, ki ovirajo razvoj. Debian še naprej velja za most za integracijo različne programske opreme, ki zagotavlja enakovredno ali podobno funkcionalnost. Pomemben cilj je prenosljivost med platformami strojne opreme in skladi programske opreme, spodbuja pa se tudi integracija alternativnih tehnologij, tudi če se svetovni nazor njihovih ustvarjalcev razlikuje od splošnega soglasja. Stališče glede systemd in drugih inicializacijskih sistemov popolnoma sovpada s točko 4.

Obvezna podpora za sisteme z več inicializacijami. Zagotavljanje zmožnosti izvajanja Debiana z init sistemi, ki niso systemd, je še naprej pomembno za projekt. Vsak paket mora delovati z obdelovalniki pid1, ki niso systemd, razen če je bila programska oprema, vključena v paket, prvotno namenjena za delo samo s systemd in ne podpira delovanja brez systemd (odsotnost zagonskih skriptov se ne šteje kot namenjena samo za delo s systemd) .

Podpira prenosljivost in več izvedb. Splošna načela so popolnoma enaka kot v točki 5, vendar ni posebnih zahtev za sisteme systemd in init, razvijalcem pa niso naložene nobene obveznosti. Razvijalce spodbujamo k upoštevanju interesov drug drugega, sklepanju kompromisov in iskanju skupnih rešitev, ki so zadovoljive za različne strani.

Nadaljevanje razprave. Element se lahko uporabi za znižanje nesprejemljivih možnosti.

Vir: opennet.ru