نتائج پیکیج کی بحالی اور بنیادی ڈھانچے کی دیکھ بھال میں شامل ڈیبین پروجیکٹ ڈویلپرز کا (GR، جنرل ریزولوشن) ایک سے زیادہ init سسٹمز کو سپورٹ کرنے کے معاملے پر انجام دیا گیا۔ فہرست میں دوسری آئٹم ("B") جیت گئی - systemd کو ترجیح دی جاتی ہے، لیکن متبادل ابتدائی نظام کو برقرار رکھنے کا امکان باقی رہتا ہے۔ طریقہ استعمال کرتے ہوئے ووٹنگ کی گئی۔ ، جس میں ہر ووٹر تمام اختیارات کو ترجیح کے لحاظ سے درجہ بندی کرتا ہے، اور نتیجہ کا حساب لگاتے وقت، اس بات کو مدنظر رکھا جاتا ہے کہ کتنے ووٹرز ایک آپشن کو دوسرے آپشن کو ترجیح دیتے ہیں۔
جیتنے والی تجویز تسلیم کرتی ہے کہ سسٹمڈ سروس یونٹس کو چلانے کے لیے ڈیمونز اور سروسز کو ترتیب دینے کا ترجیحی طریقہ ہے، لیکن اس بات کو تسلیم کرتا ہے کہ ایسے ماحول موجود ہیں جن میں ڈویلپرز اور صارف متبادل init سسٹمز اور systemd کی صلاحیتوں کے لیے فعال متبادلات تخلیق اور استعمال کر سکتے ہیں۔ متبادل حل کے ڈویلپرز کو اپنے کام کو انجام دینے اور اپنے پیکجوں کو فارمیٹ کرنے کے لیے وسائل کی ضرورت ہوتی ہے۔ سسٹمڈ مخصوص انٹرفیس کے پابند ایپلیکیشنز کو چلانے کے لیے ایلوگنڈ جیسے متبادل حل پروجیکٹ کے لیے اہم ہیں۔ اس طرح کے اقدامات کی حمایت کرنے کے لیے ان علاقوں میں مدد کی ضرورت ہوتی ہے جہاں متبادل ٹیکنالوجیز کی ترقی باقی پروجیکٹ کے ساتھ ملتی ہے، جیسے پیچ کا جائزہ لینے اور بحث میں تاخیر۔
پیکیجز میں سسٹمڈ یونٹ فائلیں اور سروسز شروع کرنے کے لیے انیٹ اسکرپٹ دونوں شامل ہو سکتے ہیں۔ پیکجز کسی بھی سسٹمڈ فیچر کا استعمال کر سکتے ہیں جو پیکیج مینٹینر کی خواہش ہے، جب تک کہ فیچرز ڈیبیان کے اصولوں کی تعمیل کرتے ہوں اور دوسرے پیکجوں میں تجرباتی یا غیر تعاون یافتہ ڈیبین خصوصیات سے منسلک نہ ہوں۔ systemd کے علاوہ، پیکجوں میں متبادل init سسٹم کے لیے سپورٹ بھی شامل ہو سکتا ہے اور سسٹمڈ مخصوص انٹرفیس کو تبدیل کرنے کے لیے اجزاء فراہم کر سکتے ہیں۔ پیچ کو شامل کرنے کے بارے میں فیصلے مینٹینرز معیاری طریقہ کار کے حصے کے طور پر کرتے ہیں۔ ڈیبیان مشتق تقسیم کے ساتھ کام کرنے کے لیے پرعزم ہے جو دوسرے init سسٹمز کو استعمال کرنے کا انتخاب کرتے ہیں، لیکن تعامل مینٹینر کی سطح پر بنایا گیا ہے، جو اس بارے میں فیصلہ کرتا ہے کہ فریق ثالث کی تقسیم کے ذریعے تیار کردہ کونسی خصوصیات کو مرکزی ڈیبین کمپوزیشن میں قبول کیا جاتا ہے اور کن کو چھوڑ دیا جاتا ہے۔ مشتق تقسیم میں
یاد رہے کہ 2014 میں ٹیکنیکل کمیٹی systemd پر پہلے سے طے شدہ تقسیم، لیکن نہیں۔ ایک سے زیادہ پروویژننگ سسٹمز کی حمایت کے بارے میں فیصلے (وہ آئٹم جو اس مسئلے پر فیصلہ کرنے کے لیے کمیٹی کی رضامندی کو ظاہر کرتا ہے ووٹ جیت گیا)۔ کمیٹی کے رہنما نے سفارش کی کہ پیکیج مینٹینرز sysvinit کے لیے ایک متبادل init نظام کے طور پر حمایت برقرار رکھیں، لیکن اشارہ دیا کہ وہ اپنا نقطہ نظر مسلط نہیں کر سکتا اور ہر معاملے میں فیصلہ آزادانہ طور پر کیا جانا چاہیے۔
اس کے بعد، کچھ ڈویلپرز نے کوشش کی۔ عام ووٹ، لیکن ابتدائی ووٹنگ نے ظاہر کیا کہ متعدد ابتدائی نظاموں کے استعمال کے معاملے پر فیصلہ کرنے کی ضرورت نہیں تھی۔ چند ماہ پہلے، بعد میں libsystemd کے ساتھ تنازعہ کی وجہ سے ٹیسٹنگ برانچ میں elogind پیکج (GNOME کو بغیر سسٹم کے چلانے کے لیے ضروری ہے) کی شمولیت کے ساتھ، Debian پروجیکٹ لیڈر کی طرف سے ایک بار پھر یہ مسئلہ اٹھایا گیا، کیونکہ ڈویلپرز متفق نہیں ہو سکے، اور ان کی بات چیت میں تبدیل ہو گیا۔ تصادم اور اختتام کو پہنچا۔
زیر غور اختیارات:
خدمات کو چلانے کے لیے، پیکجوں میں init اسکرپٹ شامل ہونا ضروری ہے؛ sysv init اسکرپٹ کے بغیر صرف سسٹمڈ یونٹ فائلوں کی فراہمی ناقابل قبول ہے۔
ماخذ: opennet.ru