महीने की शुरुआत में सीहम यहां ब्लॉग पर आपके साथ सामान्य वोट की खबरें साझा करते हैं यह यह तय करने के लिए तैयार किया गया था कि क्या सिस्टम मल्टीपल इनिशियलाइज़ेशन सिस्टम का समर्थन करेगा। इस तथ्य के परिणामस्वरूप, 2014 में, तकनीकी समिति ने स्थानांतरण को मंजूरी दे दी डिफ़ॉल्ट वितरण से systemd के लिए, लेकिन इसके संबंध में समाधान विकसित नहीं किया विभिन्न के समर्थन के लिए आरंभीकरण प्रणाली.
समिति के नेता ने सिफारिश की कि पैकेज अनुरक्षक वैकल्पिक आरंभीकरण प्रणाली के रूप में सिसविनिट के लिए समर्थन बनाए रखें, लेकिन संकेत दिया कि वह अपनी बात थोप नहीं सकते और प्रत्येक मामले में निर्णय स्वतंत्र रूप से किया जाना चाहिए।
उसके बाद, कुछ डेवलपर्स ने एक सामान्य वोट कराने की कोशिश की, लेकिन प्रारंभिक वोट से पता चला कि मल्टीपल इनिशियलाइज़ेशन सिस्टम के उपयोग पर निर्णय लेने की कोई आवश्यकता नहीं थी।
कुछ महीने पहले, libsystemd के साथ संघर्ष के कारण परीक्षण शाखा में elogind पैकेज (Gnome के लिए सिस्टम के बिना काम करने के लिए आवश्यक) को शामिल करने में समस्याओं के बाद, डेबियन प्रोजेक्ट लीडर ने फिर से सवाल उठाया, क्योंकि डेवलपर्स सहमत नहीं हो सके और उनका संचार टकराव में बदल गया और अंततः उन्हें सामान्य वोट के साथ मामले पर समाधान दिया गया।
अब उक्त मतदान के परिणाम घोषित किये गये निर्धारित तिथि (28 दिसंबर) को जहां वे मल्टीपल इनिशियलाइज़ेशन सिस्टम का समर्थन करने के विषय पर पैकेज रखरखाव और बुनियादी ढांचे के रखरखाव में शामिल थे।
Y जीतने वाला विकल्प दूसरा तत्व था सूची में ("बी"), जो उसका वर्णन करता है
systemd को अभी भी प्राथमिकता दी जाती है, लेकिन वैकल्पिक आरंभीकरण प्रणालियों का समर्थन करने की संभावना बनी हुई है। ईलॉगिंड जैसी प्रौद्योगिकियां, जो आपको वैकल्पिक वातावरण में सिस्टम-बाउंड एप्लिकेशन चलाने की अनुमति देती हैं, महत्वपूर्ण मानी जाती हैं। पैकेज में वैकल्पिक प्रणालियों के लिए init फ़ाइलें शामिल हो सकती हैं।"
कॉन्डोर्सेट पद्धति का उपयोग करके मतदान किया गया।जिसमें प्रत्येक मतदाता सभी विकल्पों को अपनी प्राथमिकता के क्रम में रखता है और परिणाम की गणना करते समय, कितने मतदाता एक विकल्प को दूसरे विकल्प के मुकाबले पसंद करते हैं।
जीतने का विकल्प स्वीकार करता है कि सिस्टमड सेवा इकाइयाँ पसंदीदा रूप हैं डेमॉन और सेवाओं को चलाने के लिए कॉन्फ़िगर करने के लिए, लेकिन यह मानता है कि वातावरण हैं जहां डेवलपर्स और उपयोगकर्ता कर सकते हैं वैकल्पिक आरंभीकरण सिस्टम बनाएं और लागू करें और सिस्टमडी सुविधाओं के कार्यात्मक विकल्प।
डेवलपर्स वैकल्पिक समाधानों को संसाधन उपलब्ध कराने चाहिए आपके कार्य और पैकेज फ़ॉर्मेटिंग के लिए। विशिष्ट सिस्टम इंटरफेस से जुड़े अनुप्रयोगों के लॉन्च को व्यवस्थित करने के लिए उपयोग किए जाने वाले ईलॉगिंड जैसे वर्कअराउंड, परियोजना के लिए महत्वपूर्ण बने हुए हैं।
ऐसी पहलों का समर्थन करने के लिए उन क्षेत्रों में सहायता की आवश्यकता होती है जहां विकसित की जा रही वैकल्पिक प्रौद्योगिकियां परियोजना के बाकी हिस्सों के साथ मिलती हैं, उदाहरण के लिए, पैच समीक्षा और चर्चा में देरी करना अस्वीकार्य है।
इसमें सिस्टमडी यूनिट फ़ाइलें और स्टार्टअप स्क्रिप्ट शामिल करने की अनुमति है सेवाएँ प्रारंभ करने के लिए पैकेजों में। पैकेज अनुरक्षक के अनुरोध पर पैकेज किसी भी सिस्टमडी सुविधा का उपयोग कर सकते हैं, जब तक कि ये सुविधाएँ डेबियन नियमों की आवश्यकताओं को पूरा करती हैं और अन्य पैकेजों के प्रयोगात्मक या डेबियन-असमर्थित सुविधाओं से जुड़ी नहीं हैं।
सिस्टमडी के अलावा, पैकेज में वैकल्पिक आरंभीकरण प्रणालियों के लिए समर्थन भी शामिल हो सकता है और विशिष्ट सिस्टमडी इंटरफेस को ओवरराइड करने के लिए घटक प्रदान करते हैं। पैच को सक्षम करने का निर्णय नियमित प्रक्रियाओं के भाग के रूप में साथ आने वाले कर्मचारियों द्वारा किया जाता है
डेबियन व्युत्पन्न वितरणों के साथ काम करने के लिए प्रतिबद्ध है उन्होंने अपने लिए अन्य आरंभीकरण प्रणालियाँ चुनी हैं, लेकिन बातचीत अनुरक्षकों के स्तर पर आधारित है, जिस पर इसके बारे में निर्णय लिए जाते हैं।
अंत में, यह परिणाम कई लोगों को पसंद नहीं आया, क्योंकि नेटवर्क में उन्होंने अपना असंतोष दिखाया क्योंकि कई लोग टिप्पणी करते हैं कि यह आज जो है उससे अलग नहीं है, क्योंकि वे मूल रूप से सभी जिम्मेदारी अनुरक्षकों को हस्तांतरित कर देते हैं।
अगर आप इसके बारे में और जानना चाहते हैं, आप परिणामों के प्रकाशन से परामर्श ले सकते हैं निम्नलिखित लिंक में
"आखिरकार, यह परिणाम कई लोगों को पसंद नहीं आया [...] क्योंकि कई लोग टिप्पणी करते हैं कि यह आज जो है उससे अलग नहीं है [...]"
मुझे डेबियन से और कुछ उम्मीद नहीं थी। पिछले दशक में यह बहुत अधिक शोर और कुछ "रोशनी" के अलावा कुछ नहीं रहा है (यह अकारण नहीं था कि देवुआन के लोगों ने उनके लिए दरवाजा खोला)।
फिर, समस्या यह कभी नहीं थी कि systemd init का प्रतिस्थापन था। समस्या हमेशा यह थी कि सिस्टमडी को हर चीज में अपनी नाक घुसाने के लिए बनाया गया था, जिसके परिणामस्वरूप अनावश्यक, लगभग नकली कोड, जटिलता का एक बेतुका बेकार स्तर, बग और बड़े पैमाने पर आक्रमण वैक्टर थे। और यहां हम कम से कम "लिनक्स" और अधिक से अधिक "विंड*डब्लूएस" 2 के साथ हैं।
अब सिस्टमडी के बिना डिस्ट्रो का उपयोग करना लगभग एक मजाक है क्योंकि सिस्टमडी को केवल किसी अन्य लोडिंग विधि द्वारा प्रतिस्थापित किया जाता है... लेकिन सिस्टमडी अभी भी कैंसर की तरह पूरे सिस्टम में फैला हुआ है (हालांकि ऐसा कहा जाता है कि इसे केवल संतुष्टिदायक निर्भरता के मामले के लिए बनाए रखा गया है और चल नहीं रहा है)।
संक्षेप में, ऐसा लगता है कि लिनक्स मैट्रिक्स की इस कहावत से बच नहीं पाएगा: "जिस चीज़ की शुरुआत होती है... उसका अंत होता है"।