Balsavimo dėl Debian init sistemų rezultatai buvo apibendrinti

Paskelbta išvados bendras balsavimas (GR, bendroji rezoliucija) Debian projekto kūrėjai, dalyvaujantys paketų priežiūros ir infrastruktūros priežiūros srityje, atliekami dėl kelių inicijavimo sistemų palaikymo. Antrasis sąrašo punktas („B“) laimėjo – sistema išlieka pirmenybė, tačiau išlieka galimybė išlaikyti alternatyvias inicijavimo sistemas. Balsavimas buvo atliktas naudojant metodą Kondorcetas, kuriame kiekvienas rinkėjas pirmumo tvarka išrikiuoja visas galimybes, o skaičiuojant rezultatą atsižvelgiama į tai, kiek rinkėjų teikia pirmenybę vienam variantui už kitą.

Laimėjusiame pasiūlyme pripažįstama, kad sistemos paslaugų vienetai yra tinkamiausias būdas konfigūruoti demonus ir paslaugas, kad jie veiktų, tačiau pripažįstama, kad yra aplinkų, kuriose kūrėjai ir vartotojai gali kurti ir naudoti alternatyvias inicijavimo sistemas ir funkcines alternatyvas systemd galimybėms. Alternatyvių sprendimų kūrėjai reikalauja išteklių savo darbui atlikti ir paketų formatavimui. Projektui tebėra svarbūs alternatyvūs sprendimai, pvz., „elogind“, skirta paleisti programas, susietas su „systemd“ specifinėmis sąsajomis. Norint paremti tokias iniciatyvas, reikia pagalbos tose srityse, kuriose alternatyvių technologijų kūrimas susikerta su likusia projekto dalimi, pavyzdžiui, atidedamas pataisų peržiūra ir aptarimas.

Paketuose gali būti tiek sistemos vienetų failų, tiek inicijavimo scenarijų, skirtų paslaugoms paleisti. Paketai gali naudoti bet kokias sistemines funkcijas, kurių pageidauja paketų prižiūrėtojas, jei jos atitinka Debian taisykles ir nėra susietos su eksperimentinėmis ar nepalaikomomis Debian funkcijomis kituose paketuose. Be systemd, paketai taip pat gali apimti alternatyvių inicijavimo sistemų palaikymą ir komponentus, skirtus pakeisti specifines systemd sąsajas. Sprendimus dėl pataisų įtraukimo priima prižiūrėtojai kaip standartinių procedūrų dalį. Debian'as yra įsipareigojęs dirbti su išvestiniais platinimais, kurie pasirenka naudoti kitas pradines sistemas, tačiau sąveika yra kuriama prižiūrėtojo lygiu, kuris priima sprendimus dėl to, kurios trečiųjų šalių distribucijose paruoštos funkcijos priimamos į pagrindinę Debian'o sudėtį ir kurios paliekamos. išvestiniame skirstinyje.

Prisiminkime, kad techninis komitetas 2014 m patvirtino perėjimas numatytasis paskirstymas systemd, bet ne pavyko sprendimai dėl paramos kelių aprūpinimo sistemoms (balsavimą laimėjo punktas, rodantis komiteto nenorą priimti sprendimą šiuo klausimu). Komiteto vadovas rekomendavo paketų prižiūrėtojams palaikyti sysvinit kaip alternatyvią inicijavimo sistemą, tačiau nurodė, kad negali primesti savo požiūrio ir kad sprendimas kiekvienu atveju turėtų būti priimtas atskirai.

Po to kai kurie kūrėjai bandė bandyti vykdyti bendras balsavimas, tačiau išankstinis balsavimas parodė, kad sprendimo dėl kelių inicijavimo sistemų naudojimo priimti nereikia. Prieš kelis mėnesius, po problemų į testavimo šaką įtraukus paketą elogind (reikalingą norint paleisti GNOME be systemd) dėl konflikto su libsystemd, problemą vėl iškėlė Debiano projekto vadovas, nes kūrėjai negalėjo susitarti, o jų bendravimas peraugo į akistata ir pateko į aklavietę.

Svarstomi variantai:

Pagrindinis dėmesys skiriamas sisteminiam. Alternatyvių inicijavimo sistemų palaikymas nėra prioritetas, tačiau prižiūrėtojai gali pasirinktinai įtraukti tokių sistemų inicijavimo scenarijus į paketus.

systemd išlieka pirmenybė, tačiau paliekama galimybė išlaikyti alternatyvias inicijavimo sistemas. Tokios technologijos, kaip elogind, leidžiančios su systemd susietoms programoms veikti alternatyvioje aplinkoje, laikomos svarbiomis. Paketuose gali būti alternatyvių sistemų pradinių failų.

Įvairių init sistemų palaikymas ir galimybė paleisti Debian su kitomis nei systemd init sistemomis.
Norint paleisti paslaugas, paketuose turi būti init scenarijų, tiekti tik systemd vieneto failus be sysv init scenarijų.

Palaikymas sistemoms, kurios nenaudoja systemd, bet neatlieka pakeitimų, kurie trukdytų plėtrai. Kūrėjai sutinka palaikyti kelias inicijavimo sistemas artimiausioje ateityje, tačiau taip pat mano, kad būtina patobulinti sisteminį palaikymą. Konkrečių sprendimų kūrimas ir priežiūra turėtų būti palikta tais sprendimais besidominčioms bendruomenėms, tačiau esant poreikiui aktyviai padėti ir prisidėti prie problemų sprendimo turėtų kiti prižiūrėtojai. Idealiu atveju paketai turėtų veikti naudojant bet kokią pradinę sistemą, o tai galima pasiekti pateikiant tradicinius inicijavimo scenarijus arba naudojant kitus mechanizmus, leidžiančius jiems veikti be systemd. Nesugebėjimas dirbti be systemd laikomas klaida, bet ne išleidimą blokuojančia klaida, nebent yra paruoštas sprendimas darbui be systemd, tačiau jo atsisakoma išsaugoti (pavyzdžiui, kai problemą sukelia anksčiau pateikto pradinio scenarijaus pašalinimas).

Palaiko perkeliamumą, neįvedant pakeitimų, kurie trukdo plėtrai. Debianas ir toliau laikomas tiltu, skirtu integruoti skirtingą programinę įrangą, teikiančią lygiavertes ar panašias funkcijas. Perkeliamumas tarp techninės įrangos platformų ir programinės įrangos stekų yra svarbus tikslas, skatinamas alternatyvių technologijų integravimas, net jei jų kūrėjų pasaulėžiūra skiriasi nuo bendro sutarimo. Pozicija dėl sisteminių ir kitų inicijavimo sistemų visiškai sutampa su 4 punktu.

Kelių inicijavimo sistemų palaikymas yra privalomas. Galimybės paleisti Debian su kitomis nei systemd sistemomis suteikimas ir toliau yra svarbus projektui. Kiekvienas paketas turi veikti su pid1 tvarkytuvais, išskyrus systemd, nebent į paketą įtraukta programinė įranga iš pradžių buvo skirta dirbti tik su systemd ir nepalaiko veikimo be systemd (init scenarijų nebuvimas nelaikomas skirtas darbui su systemd). .

Palaiko perkeliamumą ir kelis diegimus. Bendrieji principai yra lygiai tokie patys kaip 5 punkte, tačiau nėra jokių specialių reikalavimų systemd ir init sistemoms, o kūrėjams nekeliami jokie įsipareigojimai. Kūrėjai skatinami atsižvelgti į vieni kitų interesus, leistis į kompromisus ir ieškoti bendrų, įvairias puses tenkinančių sprendimų.

Tęsiama diskusija. Elementas gali būti naudojamas norint sumažinti nepriimtinų parinkčių versiją.

Šaltinis: opennet.ru