Ang mga resulta ng boto sa mga sistema ng Debian init ay na-summed up

Nai-publish ang mga resulta pangkalahatang pagboto (GR, pangkalahatang resolusyon) ng mga developer ng proyekto ng Debian na kasangkot sa pagpapanatili ng package at pagpapanatili ng imprastraktura, na isinasagawa sa isyu ng pagsuporta sa maraming init system. Ang pangalawang item ("B") sa listahan ay nanalo - ang systemd ay nananatiling ginustong, ngunit ang posibilidad ng pagpapanatili ng mga alternatibong sistema ng pagsisimula ay nananatili. Ang pagboto ay isinagawa gamit ang pamamaraan Condorcet, kung saan niraranggo ng bawat botante ang lahat ng mga opsyon ayon sa kagustuhan, at kapag kinakalkula ang resulta, isinasaalang-alang kung gaano karaming mga botante ang mas gusto ang isang opsyon sa isa pa.

Kinikilala ng nanalong panukala na ang mga systemd service unit ay ang gustong paraan upang i-configure ang mga daemon at serbisyo upang tumakbo, ngunit kinikilala na mayroong mga kapaligiran kung saan ang mga developer at user ay maaaring lumikha at gumamit ng mga alternatibong init system at functional na mga alternatibo sa mga kakayahan ng systemd. Ang mga developer ng mga alternatibong solusyon ay nangangailangan ng mga mapagkukunan upang maisagawa ang kanilang trabaho at i-format ang kanilang mga pakete. Ang mga alternatibong solusyon tulad ng elogind para sa pagpapatakbo ng mga application na nakatali sa systemd-specific na mga interface ay nananatiling mahalaga sa proyekto. Ang pagsuporta sa mga naturang hakbangin ay nangangailangan ng tulong sa mga lugar kung saan ang pagbuo ng mga alternatibong teknolohiya ay sumasalubong sa natitirang bahagi ng proyekto, tulad ng pagkaantala sa pagsusuri ng patch at talakayan.

Maaaring kabilang sa mga package ang parehong systemd unit file at init script para sa pagsisimula ng mga serbisyo. Maaaring gumamit ang mga package ng anumang systemd feature na nais ng package maintainer, hangga't ang mga feature ay sumusunod sa mga panuntunan ng Debian at hindi nakatali sa eksperimental o hindi suportadong mga feature ng Debian sa ibang mga package. Bilang karagdagan sa systemd, ang mga pakete ay maaari ring magsama ng suporta para sa mga alternatibong init system at magbigay ng mga bahagi upang palitan ang systemd-specific na mga interface. Ang mga desisyon tungkol sa pagsasama ng mga patch ay ginawa ng mga maintainer bilang bahagi ng mga karaniwang pamamaraan. Nakatuon ang Debian sa pagtatrabaho sa mga derivative distribution na pinipiling gumamit ng iba pang init system, ngunit ang pakikipag-ugnayan ay binuo sa antas ng maintainer, na gumagawa ng mga desisyon tungkol sa kung aling mga feature na inihanda ng mga third-party na distribution ang tinatanggap sa pangunahing komposisyon ng Debian at kung alin ang natitira. sa derivative distribution.

Alalahanin natin na noong 2014 ang technical committee naaprubahan paglipat default na pamamahagi sa systemd, ngunit hindi nagtrabaho out mga desisyon tungkol sa suporta para sa maraming sistema ng pagbibigay (ang aytem na nagsasaad ng hindi pagpayag ng komite na gumawa ng desisyon sa isyung ito ang nanalo sa boto). Inirerekomenda ng pinuno ng komite na panatilihin ng mga tagapanatili ng package ang suporta para sa sysvinit bilang isang alternatibong sistema ng init, ngunit ipinahiwatig na hindi niya maipapataw ang kanyang pananaw at ang desisyon ay dapat gawin nang nakapag-iisa sa bawat kaso.

Pagkatapos nito, sinubukan ng ilang developer subukang isagawa pangkalahatang boto, ngunit ipinakita ng paunang pagboto na hindi na kailangang gumawa ng desisyon sa isyu ng paggamit ng maramihang mga sistema ng pagsisimula. Ilang buwan na ang nakalipas, pagkatapos mga problema kasama ang pagsasama ng elogind package (kinakailangan para sa pagpapatakbo ng GNOME nang walang systemd) sa sangay ng pagsubok dahil sa isang salungatan sa libsystemd, ang isyu ay muling itinaas ng pinuno ng proyekto ng Debian, dahil ang mga developer ay hindi sumang-ayon, at ang kanilang komunikasyon ay naging isang paghaharap at umabot sa dead end.

Isinasaalang-alang ang mga opsyon:

Ang pangunahing pokus ay sa systemd. Hindi priyoridad ang pagbibigay ng suporta para sa mga alternatibong init system, ngunit maaaring opsyonal na isama ng mga maintainer ang mga init script para sa mga naturang system sa mga package.

systemd ay nananatiling ginustong, ngunit ang posibilidad ng pagpapanatili ng mga alternatibong sistema ng pagsisimula ay naiwan. Ang mga teknolohiya tulad ng elogind, na nagpapahintulot sa mga application na nakatali sa systemd na tumakbo sa mga alternatibong kapaligiran, ay itinuturing na mahalaga. Maaaring kasama sa mga package ang init file para sa mga alternatibong system.

Suporta para sa iba't ibang init system at ang kakayahang i-boot ang Debian gamit ang init system maliban sa systemd.
Upang magpatakbo ng mga serbisyo, ang mga pakete ay dapat na may kasamang mga script ng init ang pagbibigay lamang ng mga systemd unit file na walang sysv init script ay hindi katanggap-tanggap.

Suporta para sa mga system na hindi gumagamit ng systemd, ngunit hindi gumagawa ng mga pagbabago na makahahadlang sa pag-unlad. Sumasang-ayon ang mga developer na suportahan ang maraming init system para sa nakikinita na hinaharap, ngunit naniniwala rin na kinakailangan na magtrabaho sa pagpapabuti ng suporta sa systemd. Ang pagbuo at pagpapanatili ng mga partikular na solusyon ay dapat ipaubaya sa mga komunidad na interesado sa mga solusyong iyon, ngunit ang ibang mga tagapangasiwa ay dapat aktibong tumulong at mag-ambag sa paglutas ng problema kapag kailangan. Sa isip, ang mga pakete ay dapat gumana gamit ang anumang init system, na maaaring makamit sa pamamagitan ng pagbibigay ng tradisyonal na mga script ng init o paggamit ng iba pang mga mekanismo na nagpapahintulot sa kanila na gumana nang walang systemd. Ang kawalan ng kakayahang magtrabaho nang walang systemd ay itinuturing na isang bug, ngunit hindi isang bug na humaharang sa pagpapalabas, maliban kung mayroong isang handa na solusyon para sa pagtatrabaho nang walang systemd, ngunit ito ay tumanggi na i-save (halimbawa, kapag ang problema ay sanhi ng pag-alis ng isang naibigay na init script).

Sinusuportahan ang portability nang hindi nagpapakilala ng mga pagbabago na humahadlang sa pag-unlad. Ang Debian ay patuloy na nakikita bilang isang tulay para sa pagsasama ng iba't ibang software na nagbibigay ng katumbas o katulad na pag-andar. Ang kakayahang dalhin sa pagitan ng mga platform ng hardware at mga stack ng software ay isang mahalagang layunin, at hinihikayat ang pagsasama ng mga alternatibong teknolohiya, kahit na ang pananaw sa mundo ng kanilang mga tagalikha ay naiiba sa pangkalahatang pinagkasunduan. Ang posisyon tungkol sa systemd at iba pang mga sistema ng pagsisimula ay ganap na tumutugma sa punto 4.

Ginagawang mandatory ang suporta para sa maraming mga sistema ng pagsisimula. Ang pagbibigay ng kakayahang patakbuhin ang Debian sa mga init system maliban sa systemd ay patuloy na mahalaga sa proyekto. Ang bawat pakete ay dapat gumana sa mga pid1 na humahawak maliban sa systemd, maliban kung ang software na kasama sa package ay orihinal na inilaan upang gumana lamang sa systemd at hindi sumusuporta sa pagtakbo nang walang systemd (ang kawalan ng init script ay hindi binibilang na inilaan lamang para sa pagtatrabaho sa systemd) .

Sinusuportahan ang portability at maramihang mga pagpapatupad. Ang mga pangkalahatang prinsipyo ay eksaktong kapareho ng punto 5, ngunit walang mga partikular na kinakailangan para sa systemd at init system, at walang mga obligasyon na ipinapataw sa mga developer. Hinihikayat ang mga developer na isaalang-alang ang mga interes ng bawat isa, gumawa ng mga kompromiso at maghanap ng mga karaniwang solusyon na kasiya-siya para sa iba't ibang partido.

Patuloy na talakayan. Maaaring gamitin ang item upang i-downgrade ang mga hindi katanggap-tanggap na opsyon.

Pinagmulan: opennet.ru