डेबियन मल्टीपल इनिट सिस्टम के लिए समर्थन पर लौट आया है

सैम हार्टमैन, डेबियन प्रोजेक्ट लीडर, मैंने कोशिश की वितरण के हिस्से के रूप में ईलॉगिंड पैकेज की डिलीवरी से जुड़ी असहमति को समझने के लिए। जुलाई में, टीम रिलीज़ तैयार करने के लिए ज़िम्मेदार थी अवरोधित परीक्षण शाखा में ईलॉगिंड को शामिल करना, क्योंकि यह पैकेज libsystemd के साथ टकराव करता है।

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

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

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

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

यदि प्रोजेक्ट सदस्य init सिस्टम में विविधता लाने के लिए मतदान करते हैं, तो सभी अनुरक्षक इस समस्या को हल करने के लिए एक साथ काम करने में शामिल होंगे या विशिष्ट डेवलपर्स को इस मुद्दे पर काम करने के लिए नियुक्त किया जाएगा और अनुरक्षक अब वैकल्पिक init सिस्टम को अनदेखा नहीं कर पाएंगे, चुप नहीं रहेंगे, या प्रक्रिया में देरी करें.

वर्तमान में पहले से ही भंडार में है संचित 1033 पैकेज जो सिस्टमडी के लिए सेवा इकाइयाँ प्रदान करते हैं, लेकिन init.d स्क्रिप्ट शामिल नहीं करते हैं। इस समस्या के समाधान के लिये की पेशकश की डिफ़ॉल्ट रूप से सेवा फ़ाइलों की आपूर्ति करें, लेकिन एक हैंडलर तैयार करें जो स्वचालित रूप से इन फ़ाइलों से कमांड को पार्स करेगा और उनके आधार पर init.d स्क्रिप्ट उत्पन्न करेगा।

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

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

स्रोत: opennet.ru