डेबियन इनिट सिस्टम पर वोट के परिणामों को संक्षेप में प्रस्तुत किया गया है

प्रकाशित निष्कर्ष सामान्य मतदान (जीआर, सामान्य रिज़ॉल्यूशन) पैकेज रखरखाव और बुनियादी ढांचे के रखरखाव में शामिल डेबियन परियोजना डेवलपर्स द्वारा, कई इनिट सिस्टम का समर्थन करने के मुद्दे पर किया गया। सूची में दूसरा आइटम ("बी") जीता - सिस्टमड पसंदीदा बना हुआ है, लेकिन वैकल्पिक आरंभीकरण सिस्टम को बनाए रखने की संभावना बनी हुई है। विधि से मतदान कराया गया कॉन्डोर्सेट, जिसमें प्रत्येक मतदाता सभी विकल्पों को प्राथमिकता के क्रम में रखता है, और परिणाम की गणना करते समय, यह ध्यान में रखा जाता है कि कितने मतदाता एक विकल्प को दूसरे विकल्प के मुकाबले पसंद करते हैं।

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

पैकेज में सेवाएँ शुरू करने के लिए सिस्टमड यूनिट फ़ाइलें और init स्क्रिप्ट दोनों शामिल हो सकते हैं। पैकेज किसी भी सिस्टमडी सुविधाओं का उपयोग कर सकते हैं जो पैकेज अनुरक्षक चाहता है, जब तक कि सुविधाएँ डेबियन नियमों का अनुपालन करती हैं और अन्य पैकेजों में प्रयोगात्मक या असमर्थित डेबियन सुविधाओं से बंधी नहीं हैं। सिस्टमडी के अलावा, पैकेज में वैकल्पिक इनिट सिस्टम के लिए समर्थन भी शामिल हो सकता है और सिस्टमडी-विशिष्ट इंटरफेस को बदलने के लिए घटक प्रदान किए जा सकते हैं। पैच को शामिल करने के संबंध में निर्णय अनुरक्षकों द्वारा मानक प्रक्रियाओं के भाग के रूप में किए जाते हैं। डेबियन व्युत्पन्न वितरणों के साथ काम करने के लिए प्रतिबद्ध है जो अन्य इनिट सिस्टम का उपयोग करना चुनते हैं, लेकिन इंटरैक्शन अनुरक्षक स्तर पर बनाया जाता है, जो निर्णय लेता है कि तीसरे पक्ष के वितरण द्वारा तैयार की गई कौन सी सुविधाओं को मुख्य डेबियन संरचना में स्वीकार किया जाता है और कौन सी छोड़ी जाती हैं व्युत्पन्न वितरण में.

आइए याद करें कि 2014 में तकनीकी समिति अनुमोदित संक्रमण सिस्टमडी पर डिफ़ॉल्ट वितरण, लेकिन नहीं हल निकाला एकाधिक प्रावधान प्रणालियों के समर्थन के संबंध में निर्णय (इस मुद्दे पर निर्णय लेने के लिए समिति की अनिच्छा को इंगित करने वाली वस्तु ने वोट जीता)। समिति के नेता ने सिफारिश की कि पैकेज अनुरक्षक वैकल्पिक इनिट प्रणाली के रूप में सिसविनिट के लिए समर्थन बनाए रखें, लेकिन संकेत दिया कि वह अपनी बात थोप नहीं सकते और प्रत्येक मामले में निर्णय स्वतंत्र रूप से किया जाना चाहिए।

इसके बाद कुछ डेवलपर्स ने प्रयास किया निष्पादित करने का प्रयास करें सामान्य वोट, लेकिन प्रारंभिक मतदान से पता चला कि एकाधिक आरंभीकरण प्रणालियों का उपयोग करने के मुद्दे पर निर्णय लेने की कोई आवश्यकता नहीं थी। कुछ महीने पहले, बाद में проблем libsystemd के साथ टकराव के कारण परीक्षण शाखा में elogind पैकेज (सिस्टमडी के बिना GNOME चलाने के लिए आवश्यक) को शामिल करने के साथ, डेबियन प्रोजेक्ट लीडर द्वारा मुद्दा फिर से उठाया गया, क्योंकि डेवलपर्स सहमत नहीं हो सके, और उनका संचार एक में बदल गया टकराव और एक मृत अंत तक पहुंच गया।

विकल्पों पर विचार:

मुख्य फोकस सिस्टमडी पर है। वैकल्पिक init सिस्टम के लिए समर्थन प्रदान करना प्राथमिकता नहीं है, लेकिन अनुरक्षक वैकल्पिक रूप से पैकेज में ऐसे सिस्टम के लिए init स्क्रिप्ट शामिल कर सकते हैं।

systemd पसंदीदा बना हुआ है, लेकिन वैकल्पिक आरंभीकरण सिस्टम को बनाए रखने की संभावना बची हुई है। ईलॉगिंड जैसी प्रौद्योगिकियां, जो सिस्टमडी से जुड़े अनुप्रयोगों को वैकल्पिक वातावरण में चलाने की अनुमति देती हैं, को महत्वपूर्ण माना जाता है। पैकेज में वैकल्पिक प्रणालियों के लिए init फ़ाइलें शामिल हो सकती हैं।

विभिन्न प्रकार के इनिट सिस्टम के लिए समर्थन और सिस्टमडी के अलावा अन्य इनिट सिस्टम के साथ डेबियन को बूट करने की क्षमता।
सेवाओं को चलाने के लिए, पैकेज में init स्क्रिप्ट शामिल होनी चाहिए; sysv init स्क्रिप्ट के बिना केवल सिस्टम यूनिट फ़ाइलों की आपूर्ति अस्वीकार्य है।

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

विकास में बाधा डालने वाले परिवर्तनों को लागू किए बिना पोर्टेबिलिटी का समर्थन करता है। डेबियन को विभिन्न सॉफ़्टवेयर को एकीकृत करने के लिए एक पुल के रूप में देखा जाता है जो समतुल्य या समान कार्यक्षमता प्रदान करता है। हार्डवेयर प्लेटफ़ॉर्म और सॉफ़्टवेयर स्टैक के बीच पोर्टेबिलिटी एक महत्वपूर्ण लक्ष्य है, और वैकल्पिक प्रौद्योगिकियों के एकीकरण को प्रोत्साहित किया जाता है, भले ही उनके रचनाकारों का विश्वदृष्टिकोण आम सहमति से भिन्न हो। सिस्टमडी और अन्य आरंभीकरण प्रणालियों के संबंध में स्थिति पूरी तरह से बिंदु 4 से मेल खाती है।

एकाधिक आरंभीकरण प्रणालियों के लिए समर्थन अनिवार्य बनाना। डेबियन को सिस्टमडी के अलावा अन्य इनिट सिस्टम के साथ चलाने की क्षमता प्रदान करना परियोजना के लिए महत्वपूर्ण बना हुआ है। प्रत्येक पैकेज को सिस्टमडी के अलावा पीआईडी1 हैंडलर के साथ काम करना चाहिए, जब तक कि पैकेज में शामिल सॉफ्टवेयर मूल रूप से केवल सिस्टमडी के साथ काम करने के लिए नहीं था और सिस्टमडी के बिना चलने का समर्थन नहीं करता है (इनिट स्क्रिप्ट की अनुपस्थिति को केवल सिस्टमडी के साथ काम करने के उद्देश्य से नहीं गिना जाता है) .

पोर्टेबिलिटी और एकाधिक कार्यान्वयन का समर्थन करता है। सामान्य सिद्धांत बिल्कुल बिंदु 5 के समान हैं, लेकिन सिस्टमडी और इनिट सिस्टम के लिए कोई विशिष्ट आवश्यकताएं नहीं हैं, और डेवलपर्स पर कोई दायित्व नहीं लगाया गया है। डेवलपर्स को एक-दूसरे के हितों को ध्यान में रखने, समझौता करने और विभिन्न पक्षों के लिए संतोषजनक सामान्य समाधान खोजने के लिए प्रोत्साहित किया जाता है।

चर्चा जारी. आइटम का उपयोग अस्वीकार्य विकल्पों को डाउनग्रेड करने के लिए किया जा सकता है।

स्रोत: opennet.ru