ستدعم دبيان مجددًا أنظمة تهيئة متعددة

سام هارتمان ، قائد مشروع دبيان ، حاول حل الخلافات المتعلقة بتسليم حزمة elogind كجزء من التوزيع. في يوليو الفريق المسؤول عن إعداد عمليات الإطلاق حظر إدراج elogind في فرع الاختبار ، نظرًا لأن هذه الحزمة تتعارض مع libsystemd.

كسبب تعطل كان هناك تعارض مع حزمة systemd وخطر استبدال libsystemd مع إصدار بديل من libelogind ، وهو غير متوافق تمامًا مع المكتبة المصدر على مستوى ABI.

يوفر إدراج elogind نسخته الخاصة من مكتبة libelogind ، الذي يتولى عددًا من الوظائف التي يوفرها libsystemd ويستبدل هذه المكتبة أثناء التثبيت.

في الحزمة ، تم وضع علامة elogind على أنها تتعارض مع مكتبات systemd ، ولكنها مصممة بطبيعتها للعمل فقط بدون systemd ، كما أن التعارض مع systemd مفيد لأنه لا يسمح لك بتثبيت elogind عن طريق الخطأ.

من ناحية أخرى ، في الشكل الحالي ، محاولات عبر APT لتحديث تكوين systemd إلى الإصدار مع sysvinit و elogind يؤدي إلى تلف النظام مع APT معطل. ولكن حتى مع إزالة هذا الخلل ، لا يزال الانتقال من systemd إلى elogind مستحيلًا دون إزالة بيئات المستخدم المثبتة بالفعل.

عندئذٍ طُلب من مطوري Elogind تكييف التأبينd للعمل فوق نظام libpam-systemd العادي ، دون استخدام طبقة libpam-elogind الخاصة به.

يعيق الانتقال من elogind إلى libpam-systemd نقص الدعم لمفهوم القطاعات ، لكن مطوري elogind لا يريدون تحقيق الامتثال الكامل لواجهة برمجة التطبيقات وتكرار جميع ميزات systemd تمامًا لأن elogind لا يوفر سوى الحد الأدنى من الوظائف للتنظيم تسجيلات دخول المستخدم ولا يُقترح تكرار جميع الأنظمة الفرعية لـ systemd.

يجب حل المشكلات الفنية الموضحة على مستوى التفاعل بين فريق التحرير والقائمين على صيانة elogind و systemd ، ولكن اضطر قائد المشروع للتدخل لأن الفرق لم تتفق ، وتحول العمل المشترك الى مواجهة ووصل حل المشكلة الى طريق مسدود حيث كل جانب من القانون بطريقته الخاصة.

وفقًا لسام هارتمان ، الوضع يقترب من دولة تتطلب تصويتا عاما (GR ، قرار شامل) ، حيث سيقرر المجتمع أنظمة بديلة لتهيئة ودعم sysvinit مع elogind.

إذا صوت المشاركون في المشروع لتنويع أنظمة التهيئة ، جميع سيشارك المسؤولون عن الصيانة في جهد مشترك لحل هذه المشكلة أو سيتم تعيين مطورين مسؤولين خاصين للعمل على هذه المشكلة ولن يتمكن المرافقون منهم بعد الآن من تجاوز نظام التهيئة البديل أو البقاء صامتين أو تأخير العملية.

حاليًا ، قام المستودع بالفعل بتجميع 1033 حزمة توفر وحدات خدمة لـ systemd ، ولكنها لا تتضمن البرامج النصية init.d.

لحل هذه المشكلة ، يُقترح توفير ملفات الخدمة افتراضيًا ، ولكن لإعداد برنامج تشغيل يقوم تلقائيًا بتوزيع الأوامر في هذه الملفات وإنشاء البرامج النصية init.d بناءً عليها.

إذا قرر المجتمع أن دبيان لديها دعم كافٍ لنظام تهيئة واحد ، فلا داعي للقلق بشأن sysvinit و elogind ، مع التركيز فقط على ملفات unit و systemd.

مثل هذا الحل سيؤثر سلبًا على المنافذ التي لا تستخدم نواة Linux ، ولكن لا توجد مثل هذه المنافذ في الملف الرئيسي حتى الآن وليس لديهم حالة دعم رسمية.

الربط بالنظام د سيعقد التغيير بشكل كبير في اتجاه تطوير التوزيع في المستقبل وسيحد من التجارب الإضافية في مجال بدء الخدمة وإدارتها.

لكل حل مزاياه وعيوبه ، لذا ستكون هناك حاجة إلى مناقشة شاملة لجميع الحجج المؤيدة والمعارضة قبل التصويت.

مصدر: https://lists.debian.org/