في بداية الشهر جنشارككم هنا على المدونة خبر التصويت العام التي تم إنشاؤها من أجل تحديد ما إذا كان النظام سيدعم أنظمة تهيئة متعددة. نتيجة موافقة اللجنة الفنية على النقل في عام 2014 من التخطيط الافتراضي إلى systemd ، لكن لم يطور الحل بخصوص لدعم مختلف أنظمة التهيئة.
أوصى رئيس اللجنة بأن يحافظ صانعو الحزم على دعم sysvinit كنظام تهيئة بديل ، لكنه أشار إلى أنه لا يمكنه فرض وجهة نظره وأنه في كل حالة يجب اتخاذ القرار بشكل مستقل.
بعد ذلك ، حاول بعض المطورين إجراء تصويت عام ، لكن التصويت الأولي أظهر أنه لا توجد حاجة لاتخاذ قرار بشأن استخدام أنظمة التهيئة المختلفة.
قبل بضعة أشهر ، بعد مشاكل في تضمين حزمة elogind (الضرورية ل Gnome للعمل بدون systemd) في فرع الاختبار بسبب تعارض مع libsystemd ، أثار قائد مشروع دبيان السؤال مرة أخرى ، لأن المطورين لم يتمكنوا من ذلك. موافق وأصبح تواصلهم مواجهة وانتهى الأمر بإعطاء حل في هذا الصدد بالتصويت العام.
الآن تم نشر نتائج التصويت المذكور في التاريخ الذي تم تحديده (28 ديسمبر) حيث شاركوا في صيانة الحزم وصيانة البنية التحتية في موضوع دعم أنظمة التهيئة المتعددة.
Y كان الخيار الرابح هو العنصر الثاني ("ب") في القائمة ، الذي يصف ذلك
"لا يزال Systemd مفضلًا ، ولكن تظل إمكانية دعم أنظمة التهيئة البديلة قائمة. تعتبر التقنيات ، مثل elogind ، التي تسمح لك بتشغيل تطبيقات مرتبطة بالنظام في بيئات بديلة مهمة. يمكن أن تتضمن الحزم ملفات init لأنظمة بديلة. »
تم التصويت باستخدام طريقة Condorcet، حيث يقوم كل ناخب بترتيب جميع الخيارات حسب تفضيله وعند حساب النتيجة ، كم عدد الناخبين الذين يفضلون خيارًا على آخر.
يقر الخيار الفائز بأن وحدات خدمة systemd هي الشكل المفضل لتكوين الشياطين والخدمات للتشغيل ، لكنها تفترض وجود بيئات حيث يمكن للمطورين والمستخدمين إنشاء وتطبيق أنظمة التهيئة البديلة والبدائل الوظيفية لميزات systemd.
المطورين يجب أن توفر الحلول البديلة الموارد لعملك وتنسيق الحزم. تظل الحلول البديلة ، مثل elogind ، المستخدمة لتنظيم إطلاق التطبيقات المرتبطة بواجهات نظام محددة ، مهمة للمشروع.
يتطلب دعم مثل هذه المبادرات المساعدة في المجالات التي تتقاطع فيها التقنيات البديلة التي يتم تطويرها مع بقية المشروع ، على سبيل المثال ، يعد تأخير مراجعات التصحيح والمناقشات أمرًا غير مقبول.
يُسمح بتضمين ملفات وحدة النظام والبرامج النصية لبدء التشغيل في حزم لبدء الخدمات. يمكن أن تستخدم الحزم أيًا من ميزات systemd بناءً على طلب مشرف الحزم ، طالما أن هذه الميزات تفي بمتطلبات قواعد دبيان وليست مرتبطة بالميزات التجريبية أو غير المدعومة من حزم أخرى.
بالإضافة إلى systemd ، قد تتضمن الحزم أيضًا دعمًا لأنظمة التهيئة البديلة وتوفير مكونات لتجاوز واجهات systemd المحددة. يتخذ الموظفون المرافقون قرارات لتمكين التصحيحات كجزء من الإجراءات العادية
يوافق دبيان على العمل بالتوزيعات المشتقة لقد اختاروا أنظمة تهيئة أخرى لأنفسهم ، لكن التفاعل يعتمد على مستوى المشرفين ، الذين يتم اتخاذ القرارات بشأنها.
أخيرًا ، لم تكن هذه النتيجة تروق للكثيرين ، لأنهم أظهروا استياءهم في الشبكات ، حيث علق الكثيرون على أن هذا لا يختلف عما هو عليه حاليًا ، لأنهم في الأساس ينقلون كل المسؤولية إلى القائمين على الصيانة.
إذا كنت تريد معرفة المزيد عنها، يمكنك التحقق من نشر النتائج في الرابط التالي.
"أخيرًا ، لم تكن هذه النتيجة تروق للكثيرين [...] حيث قال الكثيرون إن هذا لا يختلف عما هو عليه اليوم [...]"
لم أتوقع أي شيء آخر من دبيان. في العقد الماضي ، لم يكن هناك سوى الكثير من الضوضاء والقليل من "الأضواء" (لم يكن من أجل لا شيء أن فتح شعب ديفوان لهم).
مرة أخرى ، لم تكن المشكلة أبدًا أن systemd كان بديلاً لـ init. كانت المشكلة دائمًا هي أن systemd صُنع لإلصاق أنفه في كل شيء على الإطلاق ، مع ما يترتب على ذلك من تعليمات برمجية زائدة عن اللزوم وشبه زائفة ومستوى عديم الفائدة من المضاعفات والأخطاء ونواقل الهجوم الجماعي. وها نحن ذا ، مع "Linux" أقل وأقل من "Linux" وأكثر وأكثر "Wind * ws" من الثانية.
الآن يعد استخدام توزيعة بدون systemd مزحة لأن systemd فقط يتم استبداله ببعض طرق التحميل الأخرى ... لكن systemd لا يزال منتشرًا في جميع أنحاء النظام مثل السرطان (على الرغم من أنه يقال إنه يتم الاحتفاظ به فقط من أجل إرضاء التبعيات وليس قيد التشغيل).
على أي حال ، يبدو أن لينكس لن يفلت من مبدأ المصفوفة: "كل ما له بداية ... له نهاية".