مشروع Debian عن البداية (GR، القرار العام) مطوري المشروع ل ، والتي ستحدد سياسة المشروع المستقبلية فيما يتعلق بالربط بـ systemd، ودعم أنظمة init البديلة، وقابلية التشغيل البيني مع التوزيعات المشتقة التي لا تستخدم systemd. ويستمر التصويت حتى 27 ديسمبر الجاري، على أن تعلن النتائج يوم 28 ديسمبر.
دعونا نتذكر أنه في عام 2014 اللجنة الفنية التوزيع الافتراضي على systemd، ولكن لا قرارات تتعلق بدعم أنظمة التهيئة المتعددة (فاز بالتصويت بندٌ يشير إلى عدم استعداد اللجنة لاتخاذ قرار بشأن هذه المسألة). أوصى رئيس اللجنة بأن يُبقي مُصانو الحزم على دعمهم لـ sysvinit كنظام تهيئة بديل، لكنه أشار إلى أنه لا يستطيع فرض وجهة نظره، وأنه ينبغي اتخاذ كل قرار على حدة.
بعد ذلك، حاول بعض المطورين التصويت العام، لكن التصويت الأولي أظهر أنه ليست هناك حاجة لاتخاذ قرار بشأن مسألة استخدام أنظمة التهيئة المتعددة. قبل بضعة أشهر، بعد بسبب تعارض مع libsystemd، تم إعادة طرح المشكلة من قبل قائد المشروع بعد تضمين حزمة elogind (المطلوبة لكي يعمل GNOME بدون systemd) في فرع الاختبار. Debian، حيث لم يتمكن المطورون من التوصل إلى اتفاق، وتصاعدت اتصالاتهم إلى مواجهة ووصلت إلى طريق مسدود.
سيُحدد التصويت الحالي سياسة أنظمة التهيئة المتعددة، وفي حال فوز النظام الذي يُلزم بدعم أنظمة بديلة، فلن يتمكن المشرفون على الصيانة من تجاهل هذه المشكلات أو تأخيرها. بعد مناقشة بنود التصويت الأولية الثلاثة التي اقترحها قائد المشروع، تم توسيع عدد الخيارات إلى ثمانية. يمكن اختيار عدة بنود خلال التصويت، مع ترتيبها حسب الأفضلية. يحق لحوالي ألف مطور مشارك في صيانة الحزم ودعم البنية التحتية التصويت.
الخيارات المقترحة:
التركيز الرئيسي هو على systemd. لا يعد توفير الدعم لأنظمة init البديلة أولوية، ولكن قد يقوم المشرفون بشكل اختياري بتضمين نصوص init لمثل هذه الأنظمة في الحزم.
دعم مجموعة متنوعة من أنظمة التهيئة وإمكانية الإقلاع Debian مع أنظمة بدء التشغيل الأخرى غير systemd. لتشغيل الخدمات، يجب أن تتضمن الحزم برامج نصية init؛ ومن غير المقبول توفير ملفات وحدة systemd فقط بدون برامج نصية init sysv.
يظل systemd هو المفضل، ولكن تبقى إمكانية الحفاظ على أنظمة تهيئة بديلة. تعتبر تقنيات مثل elogind، التي تسمح للتطبيقات المرتبطة بـ systemd بالعمل في بيئات بديلة، مهمة. قد تتضمن الحزم ملفات init للأنظمة البديلة.
دعم الأنظمة التي لا تستخدم systemd، ولكن دون إجراء تغييرات تعيق التطوير. يتفق المشرفون على دعم أنظمة تهيئة متعددة في المستقبل المنظور، لكنهم يرون أيضًا ضرورة العمل على تحسين دعم systemd. ينبغي ترك تطوير وصيانة حلول محددة للمجتمعات المهتمة بهذه الحلول، ولكن ينبغي على المشرفين الآخرين المساعدة والمساهمة بفعالية في حل المشكلات عند الحاجة. من الناحية المثالية، ينبغي أن تعمل الحزم مع أي نظام تهيئة، ويمكن تحقيق ذلك عن طريق تثبيت نصوص تهيئة تقليدية أو استخدام آليات أخرى للعمل بدون systemd. يُعتبر عدم العمل بدون systemd خطأً برمجيًا، وليس خطأً برمجيًا يمنع الإصدار، إلا إذا كان هناك حل للعمل بدون systemd موجود بالفعل ولكنه غير مُصان (على سبيل المثال، عندما تكون المشكلة ناتجة عن إزالة نص تهيئة تم تثبيته سابقًا).
دعم قابلية النقل دون إدخال تغييرات تتعارض مع عملية التطوير. Debian لا يزال يُنظر إليه كجسر لدمج برامج متنوعة تُقدم وظائف مكافئة أو مشابهة. تُعدّ قابلية النقل بين منصات الأجهزة ومجموعات البرامج هدفًا هامًا، ويُرحّب بدمج التقنيات البديلة، حتى وإن اختلفت رؤية مُبتكريها عن الرأي السائد. يتوافق الموقف بشأن systemd وأنظمة بدء التشغيل الأخرى تمامًا مع النقطة الرابعة.
جعل دعم أنظمة التهيئة المتعددة إلزاميًا. توفير إمكانية التشغيل Debian لا يزال تركيز المشروع على أنظمة بدء التشغيل الأخرى غير systemd ذا أهمية بالغة. يجب أن تدعم كل حزمة معالجات pid1 غير systemd، إلا إذا كان البرنامج المضمن في الحزمة مصممًا للعمل حصريًا مع systemd ويفتقر إلى دعم التشغيل بدون systemd (لا يُعتبر غياب نصوص بدء التشغيل دليلاً على التصميم للعمل حصريًا مع systemd).
يدعم قابلية النقل والتطبيقات المتعددة. المبادئ العامة هي بالضبط نفس النقطة 5، ولكن لا توجد متطلبات محددة لأنظمة systemd وinit، ولا يتم فرض أي التزامات على المطورين. يتم تشجيع المطورين على مراعاة مصالح بعضهم البعض، وتقديم التنازلات وإيجاد حلول مشتركة مرضية لمختلف الأطراف.
استمرار المناقشة. يمكن استخدام العنصر لتخفيض الخيارات غير المقبولة.
