Debian init سسٽم تي ووٽن جا نتيجا خلاص ڪيا ويا آهن

شايع ٿيل نتيجن عام ووٽنگ (GR، جنرل ريزوليوشن) ڊيبين پروجيڪٽ ڊولپرز جو پيڪيج جي سار سنڀال ۽ بنيادي ڍانچي جي سار سنڀال ۾ شامل آهي، ڪيترن ئي شروعاتي سسٽم کي سپورٽ ڪرڻ جي مسئلي تي. ٻي شيءِ ("B") لسٽ ۾ کٽي وئي - سسٽم ڊي کي ترجيح ڏني وئي، پر متبادل شروعاتي سسٽم کي برقرار رکڻ جو امڪان باقي رهي ٿو. ووٽنگ جو طريقو استعمال ڪيو ويو ڪنڊورسيٽ، جنهن ۾ هر ووٽر سڀني اختيارن کي ترجيح جي ترتيب سان ترتيب ڏئي ٿو، ۽ نتيجن کي ڳڻڻ وقت، اهو حساب ۾ ورتو وڃي ٿو ته ڪيترا ووٽر هڪ اختيار کي ٻئي تي ترجيح ڏين ٿا.

کٽڻ واري تجويز کي تسليم ڪيو ويو آهي ته سسٽمڊ سروس يونٽس ترجيحي طريقا آهن ڊيمن ۽ خدمتن کي هلائڻ لاءِ ترتيب ڏيڻ لاءِ، پر تسليم ڪري ٿو ته اهڙا ماحول آهن جن ۾ ڊولپر ۽ استعمال ڪندڙ متبادل init سسٽم ٺاهي ۽ استعمال ڪري سگهن ٿا ۽ systemd جي صلاحيتن لاءِ فنڪشنل متبادل. متبادل حلن جي ڊولپرز کي وسيلن جي ضرورت آھي پنھنجي ڪم کي انجام ڏيڻ ۽ انھن جي پيڪيجز کي فارميٽ ڪرڻ لاءِ. متبادل حل جھڙوڪ elogind ھلندڙ ايپليڪيشنن لاءِ سسٽمڊ مخصوص انٽرفيس جا پابند آھن پراجيڪٽ لاءِ اھم آھن. اهڙن قدمن جي حمايت ڪرڻ لاءِ انهن علائقن ۾ مدد جي ضرورت آهي جتي متبادل ٽيڪنالاجيون ترقي ڪن ٿيون باقي پروجيڪٽ سان ٽڪرائجن، جيئن پيچ جي نظرثاني ۽ بحث ۾ دير ڪرڻ.

پيڪيجز ۾ شامل ٿي سگھي ٿو سسٽمڊ يونٽ فائلون ۽ شروعاتي اسڪرپٽ شروع ڪرڻ واريون خدمتون. پيڪيجز ڪنهن به سسٽم جي خاصيتن کي استعمال ڪري سگھن ٿيون جيڪي پيڪيج سنڀاليندڙ جي خواهش هونديون آهن، جيستائين خاصيتون ڊيبين جي ضابطن جي تعميل ڪن ٿيون ۽ ٻين پيڪيجز مان تجرباتي يا غير معاون ڊيبين خاصيتن سان ڳنڍيل نه آهن. سسٽم ڊي جي اضافي ۾، پيڪيجز شايد متبادل شروعاتي سسٽم لاء سپورٽ شامل ڪري سگھن ٿيون ۽ سسٽم جي مخصوص انٽرفيس کي تبديل ڪرڻ لاء اجزاء مهيا ڪن ٿيون. پيچ کي شامل ڪرڻ جي حوالي سان فيصلا سنڀاليندڙن طرفان معياري طريقيڪار جي حصي طور ڪيا ويا آهن. ڊيبين ڊيبيئن ڊسٽريبيوشنز سان ڪم ڪرڻ لاءِ پرعزم آهي جن ٻين شروعاتي نظامن کي چونڊيو آهي، پر اهو رابطو سنڀاليندڙ جي سطح تي ٺاهيو ويو آهي، جيڪو فيصلو ڪري ٿو ته ٽئين پارٽي جي تقسيم پاران تيار ڪيل خاصيتون مکيه ڊيبين ورهائڻ ۾ قبول ڪيون وينديون آهن ۽ ڪهڙيون رهجي وينديون آهن. نڪتل ورڇ.

اسان کي ياد رکڻ گهرجي ته 2014 ۾ ٽيڪنيڪل ڪميٽي منظور ٿيل منتقلي سسٽم ڊي تي ڊفالٽ ورڇ، پر نه ڪم ڪيو ڪيترن ئي روزي جي نظام جي حمايت جي حوالي سان فيصلا (اها شيء جيڪا هن مسئلي تي فيصلو ڪرڻ لاء ڪميٽي جي رضامندي جو اشارو ڪندي ووٽ حاصل ڪيو). ڪميٽي جي اڳواڻ سفارش ڪئي ته پيڪيج سنڀاليندڙن کي sysvinit لاءِ مدد برقرار رکڻ لاءِ متبادل شروعاتي نظام جي طور تي، پر اشارو ڪيو ته هو پنهنجي نقطه نظر کي مسلط نٿو ڪري سگهي ۽ اهو فيصلو هر صورت ۾ آزاديءَ سان ٿيڻ گهرجي.

ان کان پوء، ڪجهه ڊولپرز ڪوشش ڪئي عمل ڪرڻ جي ڪوشش عام ووٽ، پر ابتدائي ووٽنگ ظاهر ڪيو ته ڪيترن ئي شروعاتي سسٽم کي استعمال ڪرڻ جي مسئلي تي فيصلو ڪرڻ جي ڪا ضرورت ناهي. ڪجھ مهينا اڳ، بعد ۾ مسئلا ٽيسٽنگ برانچ ۾ ايلوگنڊ پيڪيج جي شموليت سان (سسٽم جي بغير GNOME کي هلائڻ لاءِ ضروري آهي) libsystemd سان ٽڪراءَ جي ڪري، مسئلو ٻيهر Debian پروجيڪٽ جي اڳواڻ طرفان اٿاريو ويو، ڇاڪاڻ ته ڊولپر متفق نه ٿي سگهيا، ۽ انهن جي رابطي ۾ تبديل ٿي وئي. مقابلو ٿيو ۽ آخري حد تائين پهچي ويو.

غور ڪيو اختيارن:

  • بنيادي ڌيان سسٽم تي آهي. متبادل init سسٽم لاءِ سپورٽ مهيا ڪرڻ ڪا ترجيح نه آهي، پر سنڀاليندڙ شايد اختياري طور تي پيڪيجز ۾ اهڙي سسٽم لاءِ init اسڪرپٽ شامل ڪري سگھن ٿا.
  • سسٽم ڊي کي ترجيح ڏني وئي آهي، پر متبادل شروعاتي سسٽم کي برقرار رکڻ جو امڪان ڇڏي ويو آهي. ٽيڪنالاجيون جهڙوڪ elogind، جيڪي ايپليڪيشنن کي پابند ڪن ٿيون سسٽم کي متبادل ماحول ۾ هلائڻ لاء، اهم طور تي ڏٺو وڃي ٿو. پيڪيجز ۾ متبادل سسٽم لاءِ init فائلون شامل ٿي سگھن ٿيون.
  • مختلف قسم جي init سسٽم لاءِ سپورٽ ۽ ڊيبين کي بوٽ ڪرڻ جي صلاحيت init سسٽم کان سواءِ systemd.
    خدمتن کي هلائڻ لاءِ، پيڪيجز ۾ شامل ٿيڻ گهرجن init اسڪرپٽ؛ صرف سسٽمڊ يونٽ فائلن کي فراهم ڪرڻ بغير sysv init اسڪرپٽ ناقابل قبول آهي.

  • سسٽم لاءِ سپورٽ جيڪي سسٽم ڊي استعمال نٿا ڪن، پر تبديليون ڪرڻ کان سواءِ جيڪي ترقي کي روڪيندا. ڊولپرز متفق آهن ته مستقبل جي مستقبل لاءِ ڪيترن ئي شروعاتي سسٽم کي سپورٽ ڪن، پر اهو پڻ مڃيندا آهن ته اهو ضروري آهي ته سسٽم جي مدد کي بهتر ڪرڻ تي ڪم ڪيو وڃي. مخصوص حلن جي ترقي ۽ سار سنڀال انهن حلن ۾ دلچسپي رکندڙ برادرين تي ڇڏڻ گهرجي، پر ٻين سنڀاليندڙن کي فعال طور تي مدد ڪرڻ گهرجي ۽ مسئلو حل ڪرڻ ۾ مدد ڪرڻ گهرجي جڏهن ضرورت پيدا ٿئي ٿي. مثالي طور، پيڪيجز کي ڪنهن به init سسٽم استعمال ڪندي ڪم ڪرڻ گهرجي، جيڪو حاصل ڪري سگهجي ٿو روايتي init اسڪرپٽس جي فراهمي سان يا ٻيو ميڪانيزم استعمال ڪندي جيڪي انهن کي سسٽم کان سواء ڪم ڪرڻ جي اجازت ڏين ٿيون. Systemd کان سواءِ ڪم ڪرڻ جي ناڪامي کي بگ سمجھيو ويندو آھي، پر رليز بلاڪ ڪرڻ وارو بگ نه ھوندو، جيستائين سسٽم ڊي کان سواءِ ڪم ڪرڻ لاءِ تيار ٿيل حل موجود نه ھو، پر ان کي محفوظ ڪرڻ کان انڪار ڪيو ويندو آھي (مثال طور، جڏھن مسئلو اڳ ۾ فراهم ڪيل init اسڪرپٽ کي ختم ڪرڻ).
  • ترقي کي روڪڻ واري تبديلين کي متعارف ڪرائڻ کان سواءِ پورٽبلٽي کي سپورٽ ڪري ٿو. ديبين کي مختلف سافٽ ويئر کي ضم ڪرڻ لاء هڪ پل جي طور تي ڏٺو وڃي ٿو جيڪو برابر يا ساڳي ڪارڪردگي مهيا ڪري ٿو. هارڊويئر پليٽ فارمز ۽ سافٽ ويئر اسٽيڪ جي وچ ۾ پورٽبلٽي هڪ اهم مقصد آهي، ۽ متبادل ٽيڪنالاجيز جي انضمام کي همٿايو وڃي ٿو، جيتوڻيڪ انهن جي تخليق ڪندڙن جو عالمي نظريو عام اتفاق کان مختلف آهي. سسٽم ۽ ٻين شروعاتي سسٽم جي حوالي سان پوزيشن مڪمل طور تي پوائنٽ 4 سان ٺهڪي اچي ٿي.
  • گھڻن شروعاتي نظامن لاءِ سپورٽ ڪرڻ لازمي آھي. ڊيبين کي هلائڻ جي صلاحيت فراهم ڪرڻ سان گڏ انٽ سسٽم کان سواءِ سسٽم ڊي منصوبي لاءِ اهم آهي. هر پيڪيج کي سسٽم ڊي کان سواءِ pid1 هينڊلر سان ڪم ڪرڻ گهرجي، جيستائين پيڪيج ۾ شامل سافٽ ويئر اصل ۾ صرف سسٽم ڊي سان ڪم ڪرڻ جو ارادو رکي ٿو ۽ سسٽم ڊي کان سواءِ هلڻ جي سپورٽ نٿو ڪري (انٽي اسڪرپٽ جي غير موجودگي صرف سسٽم ڊي سان ڪم ڪرڻ جي مقصد جي حساب سان شمار نه ٿيندي آهي) .
  • پورٽيبلٽي ۽ گهڻن عملن کي سپورٽ ڪري ٿو. عام اصول بلڪل ساڳيا آهن پوائنٽ 5، پر سسٽم ۽ شروعاتي سسٽم لاءِ ڪي خاص گهرجون نه آهن، ۽ ڊولپرز تي ڪا به ذميواري لاڳو نه ڪئي وئي آهي. ڊولپرز کي حوصلا افزائي ڪئي وڃي ٿي ته اهي هڪ ٻئي جي مفادن کي مدنظر رکن، سمجهوتو ڪن ۽ گڏيل حل ڳولين جيڪي مختلف پارٽين لاءِ اطمينان بخش هجن.
  • بحث جاري. شيون ناقابل قبول اختيارن کي گھٽائڻ لاء استعمال ڪري سگھجي ٿو.
  • جو ذريعو: opennet.ru

    تبصرو شامل ڪريو