Bumalik si Debian sa suporta para sa maraming init system

Sam Hartman, Debian Project Leader, sinubukan upang maunawaan ang mga hindi pagkakasundo na nauugnay sa paghahatid ng elogind package bilang bahagi ng pamamahagi. Noong Hulyo, ang team na responsable sa paghahanda ng mga release hinarangan pagsasama ng elogind sa sangay ng pagsubok, dahil sumasalungat ang package na ito sa libsystemd.

Manariwa sa diwa na elogind nagbibigay ng mga interface na kailangan upang patakbuhin ang GNOME nang hindi nag-i-install ng systemd. Ang proyekto ay itinatag bilang isang tinidor ng systemd-logind, inilagay sa isang hiwalay na pakete at napalaya mula sa pagbubuklod sa mga bahagi ng systemd. Sa iba pang mga bagay, ang elogind ay nagbibigay ng sarili nitong bersyon ng libelogind library, na kumukuha ng ilang function na inaalok sa libsystemd at pinapalitan ang library na ito sa panahon ng pag-install.

Ang mga dahilan ng pagharang ay isang salungatan sa systemd package at ang panganib ng pagpapalit ng libsystemd ng isang alternatibong libelogind, na ganap na hindi tugma sa source library sa antas ng ABI.
Ang mga label ng package ay elogind bilang sumasalungat sa mga systemd library, ngunit ito ay likas na idinisenyo upang gumana lamang nang walang systemd, at salungat sa systemd ay talagang kapaki-pakinabang dahil pinipigilan nito ang elogind na mai-install nang hindi sinasadya. Sa kabilang banda, sa kasalukuyang anyo nito, ang mga pagtatangka sa pamamagitan ng APT na i-update ang configuration mula sa systemd patungo sa bersyon na may sysvinit at elogind ay nagreresulta sa nasirang sistema na hindi gumagana ang APT. Ngunit kahit na maalis ang pagkukulang na ito, ang paglipat mula sa systemd patungo sa elogind ay nananatiling imposible nang hindi tinatanggal ang mga naka-install na kapaligiran ng user.

Ang mga developer ng elogin ay iminungkahi iakma ang elogind upang gumana sa ibabaw ng karaniwang libpam-systemd, nang hindi gumagamit ng sarili nitong libpam-elogind layer. Ang paglipat ng elogind sa libpam-systemd ay nahahadlangan ng kakulangan ng suporta para sa konsepto ng mga hiwa, ngunit ang mga developer ng elogind ay hindi nais na makamit ang ganap na pagsunod sa API at eksaktong ulitin ang lahat ng mga kakayahan ng systemd, dahil ang elogind ay nagbibigay lamang ng minimal functionality para sa pag-aayos ng mga login ng user at hindi nilalayon na gayahin ang lahat ng systemd subsystem.

Ang paglutas ng mga inilarawang teknikal na problema ay dapat malutas sa antas ng pakikipag-ugnayan sa pagitan ng pangkat ng pagpapalaya at ng elogind at systemd maintainers, ngunit napilitang makialam ang pinuno ng proyekto dahil hindi magkasundo ang mga koponan, ang magkasanib na gawain ay nabuo sa paghaharap at ang solusyon sa ang problema ay umabot sa isang patay na dulo, kung saan ang bawat panig ay tama sa sarili nitong paraan . Ayon kay Sam Hartman, ang sitwasyon ay papalapit sa isang estado na nangangailangan ng pangkalahatang boto (GR, pangkalahatang resolusyon), kung saan ang komunidad ay magpapasya sa mga alternatibong sistema para sa init at suporta para sa sysvinit na may elogind.

Kung bumoto ang mga miyembro ng proyekto na pag-iba-ibahin ang mga init system, lahat ng mga maintainer ay kasangkot sa pagtutulungan upang malutas ang problemang ito o ang mga partikular na developer ay itatalaga upang magtrabaho sa isyung ito at ang mga maintainer ay hindi na makakapagwalang-bahala ng alternatibong init system, manatiling tahimik, o antalahin ang proseso.

Kasalukuyang nasa imbakan na naipon 1033 na mga package na nagbibigay ng mga unit ng serbisyo para sa systemd, ngunit hindi kasama ang mga script ng init.d. Upang malutas ang problemang ito inaalok magbigay ng mga file ng serbisyo bilang default, ngunit maghanda ng handler na awtomatikong mag-parse ng mga command mula sa mga file na ito at bubuo ng mga script ng init.d batay sa mga ito.

Kung ang komunidad ay nagpasya na ang Debian ay may sapat na suporta para sa isang init system, hindi na tayo maaaring mag-alala tungkol sa sysvinit at elogind at tumuon lamang sa mga file ng unit at systemd. Ang desisyong ito ay negatibong makakaapekto sa mga port na hindi gumagamit ng Linux kernel (Debian GNU / Hurd, Debian GNU / NetBSD ΠΈ Debian GNU / kFreeBSD), ngunit wala pang ganoong mga port sa pangunahing archive at wala silang katayuan opisyal na suportado.

Ang pagbubuklod sa systemd ay magpapahirap din sa pagbabago ng direksyon ng pamamahagi sa hinaharap at maglilimita sa karagdagang pag-eeksperimento sa larangan ng pagsisimula at pamamahala ng serbisyo. Ang pagpapanatili ng elogind sa working form ay mas madali kaysa sa pagtanggal nito at pagkatapos ay subukang idagdag itong muli. Ang bawat pagpipilian sa desisyon ay may mga kalamangan at kahinaan, kaya isang buong talakayan ng lahat ng mga kalamangan at kahinaan ay kinakailangan bago bumoto.

Pinagmulan: opennet.ru

Magdagdag ng komento