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