تم تلخيص نتائج التصويت على أنظمة Debian init

نشرت النتائج التصويت العام (GR، قرار عام) لمطوري مشروع دبيان المشاركين في صيانة الحزم وصيانة البنية التحتية، والتي تم تنفيذها بشأن مسألة دعم أنظمة init المتعددة. فاز العنصر الثاني ("B") في القائمة - يظل systemd هو المفضل، ولكن تظل إمكانية الحفاظ على أنظمة تهيئة بديلة قائمة. وتم التصويت باستخدام هذه الطريقة كوندورسيهحيث يقوم كل ناخب بترتيب جميع الخيارات حسب تفضيله، وعند حساب النتيجة يؤخذ في الاعتبار عدد الناخبين الذين يفضلون خيارًا على آخر.

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

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

دعونا نتذكر أنه في عام 2014 اللجنة الفنية وافق انتقال التوزيع الافتراضي على systemd، ولكن لا تمرنت القرارات المتعلقة بدعم أنظمة التزويد المتعددة (فاز التصويت بالبند الذي يشير إلى عدم رغبة اللجنة في اتخاذ قرار بشأن هذه المسألة). أوصى رئيس اللجنة بأن يحافظ مشرفو الحزم على دعم sysvinit كنظام init بديل، لكنه أشار إلى أنه لا يستطيع فرض وجهة نظره وأنه يجب اتخاذ القرار بشكل مستقل في كل حالة.

بعد ذلك، حاول بعض المطورين محاولة تنفيذ التصويت العام، لكن التصويت الأولي أظهر أنه ليست هناك حاجة لاتخاذ قرار بشأن مسألة استخدام أنظمة التهيئة المتعددة. قبل بضعة أشهر، بعد проблем مع تضمين حزمة elogind (الضرورية لتشغيل جنوم بدون systemd) في فرع الاختبار بسبب تعارض مع libsystemd، أثيرت المشكلة مرة أخرى من قبل قائد مشروع دبيان، حيث لم يتمكن المطورون من الاتفاق، وتحولت اتصالاتهم إلى مشكلة المواجهة ووصلت إلى طريق مسدود.

الخيارات التي تم النظر فيها:

  • التركيز الرئيسي هو على systemd. لا يعد توفير الدعم لأنظمة init البديلة أولوية، ولكن قد يقوم المشرفون بشكل اختياري بتضمين نصوص init لمثل هذه الأنظمة في الحزم.
  • يظل systemd هو المفضل، ولكن تبقى إمكانية الحفاظ على أنظمة تهيئة بديلة. تعتبر تقنيات مثل elogind، التي تسمح للتطبيقات المرتبطة بـ systemd بالعمل في بيئات بديلة، مهمة. قد تتضمن الحزم ملفات init للأنظمة البديلة.
  • دعم مجموعة متنوعة من أنظمة init والقدرة على تشغيل Debian باستخدام أنظمة init أخرى غير systemd.
    لتشغيل الخدمات، يجب أن تتضمن الحزم برامج نصية init؛ ومن غير المقبول توفير ملفات وحدة systemd فقط بدون برامج نصية init sysv.

  • دعم الأنظمة التي لا تستخدم systemd، ولكن دون إجراء تغييرات من شأنها أن تعيق التطوير. يوافق المطورون على دعم أنظمة init المتعددة في المستقبل المنظور، لكنهم يعتقدون أيضًا أنه من الضروري العمل على تحسين دعم systemd. ينبغي ترك تطوير وصيانة حلول محددة للمجتمعات المهتمة بهذه الحلول، ولكن يجب على المشرفين الآخرين المساعدة والمساهمة بنشاط في حل المشكلات عندما تنشأ الحاجة. من الناحية المثالية، يجب أن تعمل الحزم باستخدام أي نظام init، وهو ما يمكن تحقيقه عن طريق توفير نصوص init التقليدية أو استخدام آليات أخرى تسمح لها بالعمل بدون systemd. تعتبر عدم القدرة على العمل بدون systemd خطأ، ولكن ليس خطأ حظر الإصدار، إلا إذا كان هناك حل جاهز للعمل بدون systemd، ولكن يتم رفض حفظه (على سبيل المثال، عندما تكون المشكلة ناجمة عن إزالة البرنامج النصي init الذي تم توفيره مسبقًا).
  • يدعم قابلية النقل دون إدخال تغييرات تعيق التطوير. لا يزال يُنظر إلى دبيان على أنه جسر لدمج البرامج المختلفة التي توفر وظائف مكافئة أو مشابهة. تعد إمكانية النقل بين منصات الأجهزة ومجموعات البرامج هدفًا مهمًا، ويتم تشجيع تكامل التقنيات البديلة، حتى لو كانت النظرة العالمية لمبدعيها تختلف عن الإجماع العام. الموقف المتعلق بـ systemd وأنظمة التهيئة الأخرى يتطابق تمامًا مع النقطة 4.
  • جعل الدعم لأنظمة التهيئة المتعددة إلزاميًا. لا يزال توفير القدرة على تشغيل دبيان مع أنظمة init أخرى غير systemd مهمًا للمشروع. يجب أن تعمل كل حزمة مع معالجات pid1 بخلاف systemd، ما لم يكن البرنامج المضمن في الحزمة مخصصًا في الأصل للعمل مع systemd فقط ولا يدعم التشغيل بدون systemd (لا يتم احتساب غياب البرامج النصية init على أنه مخصص للعمل مع systemd فقط) .
  • يدعم قابلية النقل والتطبيقات المتعددة. المبادئ العامة هي بالضبط نفس النقطة 5، ولكن لا توجد متطلبات محددة لأنظمة systemd وinit، ولا يتم فرض أي التزامات على المطورين. يتم تشجيع المطورين على مراعاة مصالح بعضهم البعض، وتقديم التنازلات وإيجاد حلول مشتركة مرضية لمختلف الأطراف.
  • استمرار المناقشة. يمكن استخدام العنصر لتخفيض الخيارات غير المقبولة.
  • المصدر: opennet.ru

    إضافة تعليق