Susuportahan muli ni Debian ang maraming mga system ng pagsisimula

Sam Hartmann, ang pinuno ng proyekto ng Debian, sinubukan upang malutas ang mga hindi pagkakasundo tungkol sa paghahatid ng eloind ng parsela bilang bahagi ng pamamahagi. Noong Hulyo, ang pangkat na responsable para sa paghahanda ng paglulunsad hinarangan ang pagsasama ng elogind sa test branch, dahil ang pakete na ito ay sumasalungat sa libsystemd.

Bilang isang dahilan sa pag-crash nagkaroon ng isang salungatan sa systemd package at ang panganib na mag-overriding libsystemd na may isang kahaliling bersyon ng libelogind, na kung saan ay ganap na hindi tugma sa pinagmulang library sa antas ng ABI.

Ang pagsasama ng elogind ay nagbibigay ng sarili nitong bersyon ng libelogind library, na kung saan ay tumatagal ng isang bilang ng mga pag-andar na inaalok ng libsystemd at pinapalitan ang library na ito sa panahon ng pag-install.

Sa pakete, ang elogind ay minarkahan na sumasalungat sa mga systemd na aklatan, ngunit likas na dinisenyo ito upang gumana lamang nang walang systemd at ang isang salungatan sa systemd ay kapaki-pakinabang pa rin sapagkat hindi ka nito pinapayagan na mag-install nang hindi sinasadya.

Sa kabilang banda, sa kasalukuyang form, mga pagtatangka sa pamamagitan ng APT na i-update ang systemd config sa bersyon na may sysvinit at elogind na mga resulta sa sira na system na may isang hindi gumaganang APT. Ngunit kahit na sa pagtanggal ng kapintasan na ito, imposible pa rin ang paglipat mula sa systemd hanggang sa elogind nang hindi inaalis ang naka-install na mga kapaligiran ng gumagamit.

Kung saan tinanong ang mga developer ng Elogind na iakma ang eulogyd upang magtrabaho sa tuktok ng regular na libpam-systemd, nang hindi gumagamit ng sarili nitong layer ng libpam-elogind.

Ang paglipat mula sa elogind hanggang sa libpam-systemd ay hinahadlangan ng kakulangan ng suporta para sa konsepto ng mga sektor, ngunit ang mga tagabuo ng elogind ay hindi nais na makamit ang ganap na pagsunod sa API at eksaktong ulitin ang lahat ng mga tampok ng systemd dahil ang elogind ay nagbibigay lamang ng kaunting pag-andar upang ayusin mga pag-login ng gumagamit at hindi ito inilaan upang ulitin ang lahat ng mga subsystem ng systemd.

Ang paglutas ng mga teknikal na isyu na nakabalangkas ay dapat malutas sa antas ng pakikipag-ugnayan sa pagitan ng koponan ng paglabas at ng mga nagpapanatili ng elogind at systemd, ngunit ang pinuno ng proyekto ay pinilit na makialam dahil ang mga koponan ay hindi sumang-ayon, ang magkasanib na gawain ay naging isang paghaharap at ang solusyon sa problema ay umabot sa isang patay, kung saan ang bawat panig ng batas sa sarili nitong pamamaraan.

Ayon kay Sam Hartman, ang sitwasyon ay papalapit sa isang estado na nangangailangan ng isang pangkalahatang boto (GR, resolusyon ng kumot), kung saan magpapasya ang pamayanan sa mga alternatibong sistema upang simulan at suportahan ang sysvinit gamit ang elogind.

Kung ang mga kalahok sa proyekto ay bumoto upang pag-iba-ibahin ang mga sistema ng pagsisimula lahat ang mga namamahala sa pagpapanatili ay lalahok sa isang magkasamang pagsisikap upang malutas ang problemang ito o mga espesyal na responsableng tagabuo ay itatalaga upang gumana sa isyung ito at ang mga kasama nito ay hindi na magagawang i-bypass ang kahaliling sistema ng pagpapasimula, manatiling tahimik, o maantala ang proseso.

Sa kasalukuyan, ang imbakan ay naipon ng 1033 na mga pakete na nagbibigay ng mga yunit ng serbisyo para sa systemd, ngunit huwag isama ang init.d script.

Upang malutas ang problemang ito, iminumungkahi namin na magbigay ng mga file ng serbisyo bilang default, ngunit upang maghanda ng isang driver na awtomatikong parse ang mga utos sa mga file na ito at bumubuo ng init.d script batay sa mga ito.

Kung magpasya ang komunidad na ang Debian ay may sapat na suporta para sa isang solong sistema ng pagsisimula, hindi na sila mag-alala tungkol sa sysvinit at elogind, na nakatuon lamang sa mga file ng unit at systemd.

Ang solusyon na ito ay negatibong makakaapekto sa mga port na hindi gumagamit ng Linux kernel, ngunit wala pang mga naturang port sa pangunahing file at wala silang opisyal na katayuan sa suporta.

Pag-uugnay sa systemd makabuluhang kumplikado rin ang pagbabago sa direksyon ng pagpapaunlad ng pamamahagi sa hinaharap at malilimitahan ang karagdagang pag-eksperimento sa larangan ng pagsisimula ng serbisyo at pamamahala.

Ang bawat solusyon ay may mga kalamangan at dehado, kaya't isang masusing talakayan ng lahat ng mga argumento para at laban sa kakailanganin bago ang pagboto.

Fuente: https://lists.debian.org/