डेबियन इनिट प्रणालीहरूमा भोटको नतिजा संक्षेप गरिएको छ

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

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

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

स्मरण गरौं २०१४ मा प्राविधिक समिति बनेको थियो स्वीकृत संक्रमण systemd मा पूर्वनिर्धारित वितरण, तर होइन काम गरे धेरै प्रावधान प्रणालीहरूको लागि समर्थन सम्बन्धी निर्णयहरू (यस मुद्दामा निर्णय गर्न समितिको इच्छा नभएको जनाउने वस्तुले भोट जित्यो)। समितिका नेताले प्याकेज मर्मतकर्ताहरूले वैकल्पिक प्रारम्भ प्रणालीको रूपमा sysvinit को समर्थन कायम राख्न सिफारिस गरे, तर उनले आफ्नो दृष्टिकोण थोपाउन नसक्ने र प्रत्येक मामलामा स्वतन्त्र रूपमा निर्णय गर्नुपर्ने संकेत गरे।

यस पछि, केहि विकासकर्ताहरूले प्रयास गरे पूरा गर्ने प्रयास सामान्य मतदान, तर प्रारम्भिक मतदानले देखाएको छ कि बहुविध प्रारम्भिक प्रणाली प्रयोग गर्ने मुद्दामा निर्णय गर्न आवश्यक छैन। केही महिना अघि, पछि समस्याहरु libsystemd सँग द्वन्द्वको कारण परीक्षण शाखामा elogind प्याकेज (systemd बिना GNOME चलाउन आवश्यक) को समावेश संग, यो मुद्दा डेबियन परियोजना नेता द्वारा पुन: उठाइएको थियो, किनकि विकासकर्ताहरू सहमत हुन सकेनन्, र तिनीहरूको संचारमा परिणत भयो। टकराव र एक मृत अन्त्यमा पुग्यो।

विचार गरिएका विकल्पहरू:

मुख्य फोकस systemd मा छ। वैकल्पिक init प्रणालीहरूको लागि समर्थन प्रदान गर्नु प्राथमिकता होइन, तर मर्मतकर्ताहरूले प्याकेजहरूमा त्यस्ता प्रणालीहरूको लागि init लिपिहरू वैकल्पिक रूपमा समावेश गर्न सक्छन्।

systemd लाई प्राथमिकता दिइन्छ, तर वैकल्पिक प्रारम्भिक प्रणालीहरू कायम राख्ने सम्भावना बाँकी छ। टेक्नोलोजीहरू जस्तै elogind, जसले अनुप्रयोगहरूलाई वैकल्पिक वातावरणमा चल्नको लागि प्रणालीबद्ध गर्न अनुमति दिन्छ, महत्त्वपूर्ण रूपमा हेरिन्छ। प्याकेजहरूले वैकल्पिक प्रणालीहरूको लागि init फाइलहरू समावेश गर्न सक्छन्।

विभिन्न प्रकारका init प्रणालीहरूको लागि समर्थन र systemd बाहेक init प्रणालीहरूसँग डेबियन बुट गर्ने क्षमता।
सेवाहरू चलाउनको लागि, प्याकेजहरूले init लिपिहरू समावेश गर्नुपर्छ; sysv init स्क्रिप्टहरू बिना मात्र systemd एकाइ फाइलहरू आपूर्ति गर्नु अस्वीकार्य छ।

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

विकासलाई बाधा पुर्‍याउने परिवर्तनहरू परिचय नगरी पोर्टेबिलिटीलाई समर्थन गर्दछ। डेबियनलाई समान वा समान प्रकार्यता प्रदान गर्ने बिभिन्न सफ्टवेयरलाई एकीकृत गर्नको लागि पुलको रूपमा हेर्न जारी छ। हार्डवेयर प्लेटफर्महरू र सफ्टवेयर स्ट्याकहरू बीचको पोर्टेबिलिटी महत्त्वपूर्ण लक्ष्य हो, र वैकल्पिक प्रविधिहरूको एकीकरणलाई प्रोत्साहन गरिन्छ, भले पनि तिनीहरूका सिर्जनाकर्ताहरूको विश्वव्यापी दृष्टिकोण सामान्य सहमतिबाट भिन्न भए पनि। Systemd र अन्य प्रारम्भिक प्रणाली सम्बन्धी स्थिति पूर्ण रूपमा बिन्दु 4 सँग मेल खान्छ।

बहुप्रारम्भिक प्रणालीहरूको लागि समर्थन अनिवार्य बनाउँदै। Systemd बाहेक init प्रणालीहरूसँग डेबियन चलाउने क्षमता प्रदान गर्नु परियोजनाको लागि महत्त्वपूर्ण छ। प्रत्येक प्याकेजले systemd बाहेक pid1 ह्यान्डलरहरूसँग काम गर्नुपर्छ, जबसम्म प्याकेजमा समावेश सफ्टवेयर मूल रूपमा systemd सँग मात्र काम गर्ने उद्देश्यले गरिएको थियो र systemd बिना चल्ने समर्थन गर्दैन (init स्क्रिप्टहरूको अनुपस्थिति systemd सँग काम गर्ने उद्देश्यले मात्र गणना गर्दैन)। ।

पोर्टेबिलिटी र बहु ​​कार्यान्वयनहरूलाई समर्थन गर्दछ। सामान्य सिद्धान्तहरू बिन्दु 5 जस्तै ठ्याक्कै उस्तै छन्, तर systemd र init प्रणालीहरूको लागि कुनै विशेष आवश्यकताहरू छैनन्, र विकासकर्ताहरूमा कुनै दायित्वहरू लगाइँदैन। विकासकर्ताहरूलाई एकअर्काको चासोलाई ध्यानमा राख्न, सम्झौता गर्न र विभिन्न पक्षहरूको लागि सन्तोषजनक साझा समाधानहरू खोज्न प्रोत्साहित गरिन्छ।

छलफल जारी छ। वस्तु अस्वीकार्य विकल्पहरू डाउनग्रेड गर्न प्रयोग गर्न सकिन्छ।

स्रोत: opennet.ru