डेबियन आरंभीकरण प्रणालियों पर मतदान शुरू होता है

कुछ महीने पहले यहाँ ब्लॉग में हम एक चर्चा के बारे में खबर साझा करते हैं डेवलपर्स ने लिया डेबियन चाहे कई आरंभीकरण प्रणाली का समर्थन करने के लिए यह एक विकल्प होगा। इसके बाद से elogind पैकेज की डिलीवरी के बारे में असहमति से उपजी है (यदि आप नोट पढ़ना चाहते हैं, आप इस लिंक में कर सकते हैं).

और अब ठीक है, एक सामान्य वोट की शुरुआत की घोषणा की गई परियोजना डेवलपर्स के लिए ठान ले सिस्टम कई आरंभीकरण प्रणालियों का समर्थन करेगा या नहीं, जो सिस्टमड को बाध्य करने के संबंध में परियोजना की अतिरिक्त नीति का निर्धारण करेगा, वैकल्पिक इनिशियलाइज़ेशन सिस्टम के लिए समर्थन और व्युत्पन्न वितरण के साथ इंटरैक्शन जो सिस्टमड का उपयोग नहीं करता है।

कुछ महीने पहले, libsystemd के साथ संघर्ष के कारण परीक्षण शाखा में elogind पैकेज (GNOME के ​​लिए काम करने के लिए आवश्यक) के समावेश के साथ समस्याओं के बाद, डेबियन परियोजना के नेता ने सवाल फिर से पेश किया, चूंकि डेवलपर्स सहमत नहीं हो सकते थे और उनका संचार टकराव और स्थिर हो गया

वर्तमान वोट एक नीति को कई आरंभीकरण प्रणालियों पर पारित करने की अनुमति देगा और अगर वह तत्व जो वैकल्पिक प्रणालियों का समर्थन करने के लिए मजबूर करता है, जीतता है, तो रखवाले ऐसी समस्याओं को नजरअंदाज या देरी नहीं कर पाएंगे।

तीन मतदान बिंदुओं पर चर्चा करने के बाद मूल रूप से परियोजना नेता द्वारा प्रस्तावित, विकल्पों की संख्या आठ तक विस्तारित की गई थी।

मतदान करते समय, कई वस्तुओं को एक बार में चुने जाने की अनुमति होती है वरीयता के स्तर से चयनित तत्वों के वर्गीकरण के साथ। पैकेज रखरखाव और बुनियादी ढांचे के समर्थन में भाग लेने वाले लगभग एक हजार डेवलपर्स को वोट देने का अधिकार है।

सुझाए गए विकल्पों के भीतर, यह स्थापित है:

• मुख्य फोकस सिस्टमड पर है। वैकल्पिक आरंभीकरण प्रणाली का समर्थन करना प्राथमिकता नहीं है, लेकिन उन प्रणालियों के लिए स्टार्टअप स्क्रिप्ट वैकल्पिक रूप से पैक की जा सकती है।
• विभिन्न प्रकार के बूट सिस्टम और गैर-सिस्टम सिस्टम पर डेबियन को बूट करने की क्षमता के लिए समर्थन।
  सेवाओं को शुरू करने के लिए, पैकेज में स्टार्टअप स्क्रिप्ट शामिल होनी चाहिए।
• सिस्टमड अभी भी बेहतर है, लेकिन वैकल्पिक आरंभीकरण प्रणालियों को बनाए रखने की क्षमता बनी हुई है। प्रौद्योगिकियों, जैसे कि elogind, जो आपको वैकल्पिक वातावरण में सिस्टम-बाउंड एप्लिकेशन को चलाने की अनुमति देती हैं, को महत्वपूर्ण माना जाता है। संकुल वैकल्पिक प्रणालियों के लिए init फाइलें शामिल कर सकता है।
• सिस्टम के लिए समर्थन जो सिस्टमड का उपयोग नहीं करता है, लेकिन बिना परिवर्तन किए जो विकास को बाधित करता है। डेवलपर्स भविष्य के लिए कई आरंभीकरण प्रणालियों का समर्थन करने के लिए सहमत हैं, लेकिन सिस्टमड समर्थन में सुधार करने के लिए काम करना भी आवश्यक पाते हैं। विशिष्ट समाधानों के विकास और रखरखाव को ऐसे समाधानों में रुचि रखने वाले समुदायों द्वारा किया जाना चाहिए, लेकिन अन्य अनुरक्षकों को सक्रिय रूप से सहायता करनी चाहिए और आवश्यकता पड़ने पर समस्याओं को हल करने में योगदान करना चाहिए।
• पोर्टेबिलिटी के लिए समर्थन, परिवर्तन के बिना जो विकास में हस्तक्षेप करता है। हार्डवेयर प्लेटफ़ॉर्म और सॉफ़्टवेयर स्टैक के बीच पोर्टेबिलिटी एक महत्वपूर्ण कार्य है और वैकल्पिक प्रौद्योगिकियों का एकीकरण स्वागत योग्य है, भले ही इसके रचनाकारों की विश्वदृष्टि एक आम राय से अलग हो।
• कई आरंभीकरण प्रणाली के लिए समर्थन को अनिवार्य की श्रेणी में स्थानांतरित करें। सिस्टम के अलावा अन्य बूट सिस्टम के साथ डेबियन को चलाने की क्षमता प्रदान करना परियोजना में अंतर बना रहा है। प्रत्येक पैकेज को systemd के अलावा pid1 हैंडलर के साथ काम करना चाहिए, जब तक कि पैकेज में शामिल सॉफ्टवेयर को केवल systemd के साथ काम करने के लिए डिज़ाइन नहीं किया गया है और बिना systemd के शुरू करने के लिए कोई समर्थन नहीं है (init स्क्रिप्ट की अनुपस्थिति को केवल systemd के साथ काम करने के लिए नहीं माना जाता है)।
• पोर्टेबिलिटी और कई कार्यान्वयन के लिए समर्थन। सामान्य सिद्धांत पैराग्राफ 5 के साथ पूरी तरह से संगत हैं, लेकिन सिस्टमड और इनिशियलाइज़ेशन सिस्टम के संबंध में, डेवलपर्स के लिए कोई विशिष्ट आवश्यकताएं या बाध्यताएं नहीं हैं। डेवलपर्स को दूसरों के हितों पर विचार करने, समझौता करने और कई पक्षों के लिए संतोषजनक समाधान खोजने के लिए प्रोत्साहित किया जाता है।

मतदान 27 दिसंबर तक चलेगा, परिणाम 28 दिसंबर को घोषित किए जाएंगे। यदि आप इसके बारे में अधिक जानना चाहते हैं, तो आप मूल प्रकाशन से परामर्श कर सकते हैं निम्नलिखित लिंक में