تُركت دبيان بدون مشرف systemd بسبب الخلافات

Michael Biebl ، الذي شارك في تطوير دبيان منذ 2004 وهو أحد المساهمين الرئيسيين لتوزيع في منطقة مدير النظام "systemd" ، ترك الحزمة لدبيان.

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

ما سبب ذلك؟

النزاع نشأت بسبب ظهور تغيير تراجعي في إصدار systemd 240 ، كما تسبب في تغييرات السلوك عند معالجة قواعد udev الحالية ومشاكل لمستخدمي دبيان عند تغيير منطق إعادة تسمية واجهات الشبكة.

على الرغم من استخدام خيار "NAME" لربط اسم واجهة الشبكة بعنوان MAC بعد الانتقال في udev من systemd 240.

غيرت واجهات الشبكة الخاصة بمحولات Ethernet أسمائها من ثابتة إلى تم إنشاؤها تلقائيًا (في السابق ، تم الاستبدال مرة واحدة فقط ، ومنذ الإصدار 240 يمكن استخدامه) هناك العديد من البدائل).

طلب Michael Bibl من مطوري systemd الرجوع إلى السلوك السابق عندما يكون ربط الاسم اليدوي المحدد في التكوين ذا أولوية أعلى.

يعد هذا تراجعًا مقارنة بالإصدار 239 ، وأنا أميل إلى إضافته إلى الإصدار 241 حيث قد يعني ذلك فقدان الوصول إلى الشبكة. حجة مايكل بيبل

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

ومع ذلك ، تم العثور على دليل لاحق على أن السلوك أعلاه موصوف في الوثائق.

هذه هي الطريقة أجاب يو واتانابي، بشكل أساسي القول أنه لم يكن شيئًا يؤثر:

لماذا يتم استدعاء lan0 عند تحميل برنامج التشغيل؟ نعم ، النتيجة النهائية هي ، ens3 ، ثم أتمنى أن تكون دائمًا.

ماذا مايكل بيبل رد:

يجب دائمًا تسمية lan0 بسبب قاعدة udev.

كانت المشكلة تتصاعد

بعد ذلك ، اقترح مطورو systemd تعطيل السلوك الجديد بشكل انتقائي.

في حالة إنشاء قواعد udev لإصدارات أقدم من systemd (إذا تم تعريف نظام التسمية للإصدارات الأقل من 240 ، فاضبط الخيار RenameOnce = نعم افتراضيًا ، وإلا فإن RenameOnce = لا).

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

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

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

قبل هذا مايكل بيبل ، جدال إنه يؤثر بالفعل على المستخدمين ، حيث يمكن أن يؤدي ذلك إلى حدوث تعارضات مع التكوينات المحددة مسبقًا من قبل المستخدم في النظام:

إنه ليس أفضل للمستخدمين لأنه يكسر إعدادات المستخدم الحالية. ما هذا سيئة

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

إذا كنت تريد معرفة المزيد عن المشكلة ، يمكنك المتابعة في الرابط التالي.