Сэм Хартман, Дебиан төслийн удирдагч, түгээлтийн нэг хэсэг болох elogind багцыг хүргэхтэй холбоотой санал зөрөлдөөнийг ойлгох. Долдугаар сард хувилбаруудыг бэлтгэх үүрэгтэй баг Энэ багц нь libsystemd-тэй зөрчилдөж байгаа тул elogind-г туршилтын салбарт оруулах.
Үүнийг санаарай systemd суулгахгүйгээр GNOME-г ажиллуулахад шаардлагатай интерфейсүүдийг хангадаг. Төслийг systemd-logind-ийн салаа хэлбэрээр үүсгэн, тусдаа багцад байрлуулж, системийн бүрэлдэхүүн хэсгүүдтэй холбохоос чөлөөлсөн. Бусад зүйлсийн дотор elogind нь libsystemd-д санал болгож буй хэд хэдэн функцийг авч, суулгах явцад энэ номын санг орлуулдаг libelogind номын сангийн өөрийн хувилбараар хангадаг.
Блоклох шалтгаан нь systemd багцтай зөрчилдөж, libsystemd-г өөр libelogind-ээр солих аюул байсан бөгөөд энэ нь ABI түвшний эх номын сантай огт нийцэхгүй байна.
Багц нь elogind-г системийн номын сантай зөрчилддөг гэж тэмдэглэсэн боловч угаасаа зөвхөн systemd-гүйгээр ажиллахаар бүтээгдсэн бөгөөд systemd-тэй зөрчилдөх нь elogind-г буруугаар суулгахаас сэргийлдэг учраас үнэхээр ашигтай. Нөгөөтэйгүүр, одоогийн байдлаар APT-ээр тохиргоог systemd-ээс sysvinit болон elogind-тэй хувилбар руу шинэчлэх оролдлого нь дараах үр дүнд хүрч байна. APT ажиллахгүй байна. Гэсэн хэдий ч энэ дутагдлыг арилгасан ч өмнө нь суулгасан хэрэглэгчийн орчныг устгахгүйгээр systemd-ээс elogind руу шилжих боломжгүй хэвээр байна.
elogind хөгжүүлэгчид байсан elogind-ийг өөрийн libpam-elogind давхаргыг ашиглахгүйгээр стандарт libpam-систем дээр ажиллахад тохируулна. Elogind-ийг libpam-systemd руу шилжүүлэхэд зүсмэлүүдийн тухай ойлголт байхгүйгээс болж саад болж байгаа боловч elogind-ийн хөгжүүлэгчид API-г бүрэн дагаж мөрдөхийг хүсэхгүй байгаа бөгөөд elogind нь зөвхөн хамгийн бага боломжийг олгодог тул systemd-ийн бүх чадамжийг яг давтахыг хүсдэггүй. хэрэглэгчийн нэвтрэлтийг зохион байгуулах функциональ бөгөөд бүх системийн дэд системийг хуулбарлах зорилгогүй.
Тайлбарласан техникийн асуудлуудыг шийдвэрлэх нь хувилбарын баг болон elogind болон системийн засварлагчдын харилцан үйлчлэлийн түвшинд шийдвэрлэх ёстой боловч багууд тохиролцож чадаагүй тул төслийн удирдагч хөндлөнгөөс оролцохоос өөр аргагүй болсон тул хамтарсан ажил сөргөлдөөн болж хувирч, асуудлыг шийдвэрлэх арга зам болжээ. асуудал мухардалд хүрч, тал бүр өөрийн гэсэн зөв байсан. Сэм Хартманы хэлснээр, нөхцөл байдал ерөнхий шийдэл (GR) шаардлагатай байдалд ойртож байгаа бөгөөд энэ үед олон нийт init болон sysvinit-ийг elogind-тэй дэмжих өөр системийг шийдэх болно.
Хэрэв төслийн гишүүд анхдагч системийг төрөлжүүлэхээр саналаа өгвөл бүх засварлагчид энэ асуудлыг шийдэхийн тулд хамтран ажиллах эсвэл тодорхой хөгжүүлэгчид энэ асуудал дээр ажиллахаар томилогдох бөгөөд засварлагчид өөр init системийг үл тоомсорлож, чимээгүй байх, эсвэл үйл явцыг хойшлуулах.
Одоогоор хадгалах санд байгаа systemd-д зориулсан үйлчилгээний нэгжээр хангадаг 1033 багц, гэхдээ init.d скриптийг оруулаагүй болно. Энэ асуудлыг шийдэхийн тулд өгөгдмөлөөр үйлчилгээний файлуудыг нийлүүлэх боловч эдгээр файлаас командуудыг автоматаар задлан шинжилж, тэдгээрт тулгуурлан init.d скрипт үүсгэх зохицуулагчийг бэлтгэ.
Хэрэв нийгэмлэг Debian-д нэг init системд хангалттай дэмжлэг байгаа гэж үзвэл бид sysvinit болон elogind-ийн талаар санаа зовохоо больж, зөвхөн нэгж файлууд болон systemd дээр анхаарлаа төвлөрүүлж чадахгүй. Энэ шийдвэр нь Линукс цөмийг ашигладаггүй портуудад сөргөөр нөлөөлнө., и ), гэхдээ үндсэн архивт ийм портууд хараахан байхгүй бөгөөд статусгүй байна .
Systemd-тэй холбогдох нь ирээдүйд түгээлтийн чиглэлийг өөрчлөхөд ихээхэн хүндрэл учруулж, эхлүүлэх, үйлчилгээний менежментийн чиглэлээр цаашдын туршилтыг хязгаарлах болно. Элогиндыг ажлын хэлбэрээр хадгалах нь устгаад дахин нэмэх оролдлого хийхээс хамаагүй хялбар юм. Шийдвэрлэх хувилбар бүр давуу болон сул талуудтай тул санал хураахын өмнө бүх давуу болон сул талуудыг бүрэн дүүрэн хэлэлцэх шаардлагатай болно.
Эх сурвалж: opennet.ru