Sam Hartman, Arweinydd Prosiect Debian, i ddeall yr anghytundebau sy'n gysylltiedig â chyflwyno'r pecyn elogind fel rhan o'r dosbarthiad. Ym mis Gorffennaf, y tîm sy'n gyfrifol am baratoi datganiadau cynnwys elogind yn y gangen brofi, gan fod y pecyn hwn yn gwrthdaro â libsystemd.
Dwyn i gof bod yn darparu'r rhyngwynebau sydd eu hangen i redeg GNOME heb osod systemd. Sefydlwyd y prosiect fel fforch o systemd-logind, wedi'i osod mewn pecyn ar wahân a'i ryddhau rhag rhwymo i gydrannau systemd. Ymhlith pethau eraill, mae elogind yn darparu ei fersiwn ei hun o'r llyfrgell libelogind, sy'n ymgymryd â nifer o swyddogaethau a gynigir yn libsystemd ac yn disodli'r llyfrgell hon yn ystod y gosodiad.
Y rhesymau dros rwystro oedd gwrthdaro â'r pecyn systemd a'r perygl o ddisodli libsystemd gyda libelogind amgen, sy'n gwbl anghydnaws â'r llyfrgell ffynhonnell ar lefel ABI.
Mae'r pecyn yn labelu elogind fel un sy'n gwrthdaro â llyfrgelloedd systemd, ond fe'i cynlluniwyd yn gynhenid i weithio heb systemd yn unig, ac mae gwrthdaro â systemd yn fuddiol mewn gwirionedd oherwydd ei fod yn atal elogind rhag cael ei osod trwy gamgymeriad. Ar y llaw arall, yn ei ffurf bresennol, mae ymdrechion trwy APT i ddiweddaru'r ffurfweddiad o systemd i'r fersiwn gyda sysvinit ac elogind yn arwain at gyda APT ddim yn gweithio. Ond hyd yn oed os caiff y diffyg hwn ei ddileu, mae'r newid o systemd i elogind yn parhau i fod yn amhosibl heb ddileu amgylcheddau defnyddwyr sydd eisoes wedi'u gosod.
Roedd y datblygwyr elogind addasu elogind i weithio ar ben libpam-systemd safonol, heb ddefnyddio ei haen libpam-elogind ei hun. Mae trosglwyddo elogind i lippam-systemd yn cael ei rwystro gan y diffyg cefnogaeth i'r cysyniad o dafelli, ond nid yw datblygwyr elogind eisiau cydymffurfio'n llawn â'r API ac ailadrodd yn union holl alluoedd systemd, gan mai dim ond ychydig iawn o alluoedd y mae elogind yn ei ddarparu. ymarferoldeb ar gyfer trefnu mewngofnodi defnyddwyr ac nid yw'n anelu at atgynhyrchu pob is-system systemd.
Dylid datrys y problemau technegol a ddisgrifiwyd ar lefel y rhyngweithio rhwng y tîm rhyddhau a'r cynhalwyr elogind a systemd, ond gorfodwyd arweinydd y prosiect i ymyrryd oherwydd na allai'r timau gytuno, datblygodd gwaith ar y cyd yn wrthdaro a'r ateb i'r broblem cyrraedd diwedd marw , y mae pob ochr yn iawn yn ei ffordd ei hun . Yn ôl Sam Hartman, mae'r sefyllfa'n agosáu at wladwriaeth sy'n gofyn am benderfyniad cyffredinol (GR), lle bydd y gymuned yn penderfynu ar systemau amgen ar gyfer cychwyn a chefnogaeth i sysvinit with elogind.
Os bydd aelodau'r prosiect yn pleidleisio i arallgyfeirio systemau cychwyn, bydd yr holl gynhalwyr yn gweithio gyda'i gilydd i ddatrys y broblem hon neu bydd datblygwyr penodol yn cael eu neilltuo i weithio ar y mater hwn ac ni fydd cynhalwyr bellach yn gallu anwybyddu system init amgen, aros yn dawel, neu oedi'r broses.
Ar hyn o bryd yn yr ystorfa yn barod 1033 o becynnau sy'n darparu unedau gwasanaeth ar gyfer systemd, ond nid ydynt yn cynnwys sgriptiau init.d. I ddatrys y broblem hon cyflenwi ffeiliau gwasanaeth yn ddiofyn, ond paratowch driniwr a fyddai'n dosrannu gorchmynion o'r ffeiliau hyn yn awtomatig ac yn cynhyrchu sgriptiau init.d yn seiliedig arnynt.
Os bydd y gymuned yn penderfynu bod gan Debian ddigon o gefnogaeth ar gyfer system init sengl, ni allwn mwyach boeni am sysvinit ac elogind a chanolbwyntio ar ffeiliau uned a systemd yn unig. Bydd y penderfyniad hwn yn cael effaith negyddol ar borthladdoedd nad ydynt yn defnyddio'r cnewyllyn Linux (, и ), ond nid oes porthladdoedd o'r fath yn y brif archif eto ac nid oes ganddynt y statws .
Bydd rhwymo i systemd hefyd yn ei gwneud hi'n llawer anoddach newid cyfeiriad y dosbarthiad yn y dyfodol a bydd yn cyfyngu ar arbrofi pellach ym maes cychwyn a rheoli gwasanaeth. Mae cynnal elogind ar ffurf weithredol yn llawer haws na'i ddileu ac yna ceisio ei ychwanegu eto. Mae gan bob opsiwn penderfyniad fanteision ac anfanteision, felly bydd angen trafodaeth lawn o'r holl fanteision ac anfanteision cyn pleidleisio.
Ffynhonnell: opennet.ru