डेबियन इनिट सिस्टीमवरील मतांचे निकाल सारांशित केले गेले आहेत

प्रकाशित परिणाम सामान्य मतदान डेबियन प्रोजेक्ट डेव्हलपर्सचे (GR, सामान्य रिझोल्यूशन) पॅकेज देखभाल आणि पायाभूत सुविधांच्या देखभालीमध्ये गुंतलेले, एकाधिक इनिट सिस्टमला समर्थन देण्याच्या मुद्द्यावर केले गेले. यादीतील दुसरा आयटम (“B”) जिंकला - systemd ला प्राधान्य दिले जाते, परंतु पर्यायी इनिशियलायझेशन सिस्टम राखण्याची शक्यता राहते. पद्धतीने मतदान घेण्यात आले कॉन्डोर्सेट, ज्यामध्ये प्रत्येक मतदार त्यांच्या पसंतीनुसार सर्व पर्यायांची क्रमवारी लावतो आणि निकालाची गणना करताना, किती मतदार एका पर्यायाला दुसऱ्या पर्यायाला प्राधान्य देतात हे विचारात घेतले जाते.

विजयी प्रस्ताव मान्य करतो की सिस्टमड सर्व्हिस युनिट्स हे डिमन आणि सेवा चालवण्यासाठी कॉन्फिगर करण्याचा प्राधान्याचा मार्ग आहे, परंतु हे मान्य करते की असे वातावरण आहे ज्यामध्ये विकासक आणि वापरकर्ते पर्यायी init प्रणाली आणि systemd च्या क्षमतेसाठी कार्यात्मक पर्याय तयार आणि वापरू शकतात. पर्यायी सोल्यूशन्सच्या विकसकांना त्यांचे कार्य पार पाडण्यासाठी आणि त्यांची पॅकेजेस फॉरमॅट करण्यासाठी संसाधनांची आवश्यकता असते. सिस्टीम-विशिष्ट इंटरफेसशी बांधील असलेल्या ऍप्लिकेशन्स चालविण्यासाठी elogind सारखे पर्यायी उपाय प्रकल्पासाठी महत्त्वाचे आहेत. अशा उपक्रमांना पाठिंबा देण्यासाठी ज्या भागात पर्यायी तंत्रज्ञान विकसित करणे बाकीच्या प्रकल्पाला छेदते, जसे की पॅच पुनरावलोकन आणि चर्चेला विलंब करणे अशा क्षेत्रांमध्ये सहाय्य आवश्यक आहे.

पॅकेजेसमध्ये दोन्ही systemd युनिट फाइल्स आणि सेवा सुरू करण्यासाठी init स्क्रिप्ट्स समाविष्ट असू शकतात. जोपर्यंत वैशिष्ट्ये डेबियन नियमांचे पालन करतात आणि इतर पॅकेजमधील प्रायोगिक किंवा असमर्थित डेबियन वैशिष्ट्यांशी जोडलेले नसतील तोपर्यंत पॅकेज मेंटेनरच्या इच्छेनुसार कोणतीही सिस्टमड वैशिष्ट्ये वापरू शकतात. systemd व्यतिरिक्त, पॅकेजेसमध्ये पर्यायी init सिस्टमसाठी समर्थन देखील समाविष्ट असू शकते आणि systemd-विशिष्ट इंटरफेस बदलण्यासाठी घटक पुरवतात. पॅचच्या समावेशासंबंधीचे निर्णय मानक प्रक्रियेचा भाग म्हणून देखभालकर्त्यांद्वारे घेतले जातात. डेबियन व्युत्पन्न वितरणांसह कार्य करण्यास वचनबद्ध आहे जे इतर init प्रणाली वापरणे निवडतात, परंतु परस्परसंवाद देखभालकर्ता स्तरावर तयार केला जातो, जो तृतीय-पक्ष वितरणाद्वारे तयार केलेली वैशिष्ट्ये मुख्य डेबियन रचनामध्ये स्वीकारली जातील आणि कोणती सोडली जातील याचा निर्णय घेते. व्युत्पन्न वितरण मध्ये.

2014 मध्ये तांत्रिक समितीची आठवण करून द्या मंजूर संक्रमण systemd वर डिफॉल्ट वितरण, परंतु नाही त्यावर काम केले एकाधिक प्रोव्हिजनिंग सिस्टम्सच्या समर्थनाशी संबंधित निर्णय (या मुद्द्यावर निर्णय घेण्यास समितीची इच्छा नसलेली बाब मत जिंकली). समितीच्या नेत्याने शिफारस केली की पॅकेज मेंटेनर्सने पर्यायी इनिट सिस्टम म्हणून sysvinit साठी समर्थन कायम ठेवावे, परंतु सूचित केले की तो आपला दृष्टिकोन लादू शकत नाही आणि प्रत्येक बाबतीत निर्णय स्वतंत्रपणे घ्यावा.

यानंतर काही विकासकांनी प्रयत्न केले पार पाडण्याचा प्रयत्न सामान्य मत, परंतु प्राथमिक मतदानाने असे दर्शविले की एकाधिक आरंभीकरण प्रणाली वापरण्याच्या मुद्द्यावर निर्णय घेण्याची आवश्यकता नाही. काही महिन्यांपूर्वी, नंतर समस्या libsystemd सोबतच्या संघर्षामुळे चाचणी शाखेत elogind पॅकेज (GNOME चालवण्यासाठी आवश्यक) समाविष्ट केल्यामुळे, डेबियन प्रोजेक्ट लीडरने हा मुद्दा पुन्हा उपस्थित केला, कारण डेव्हलपर सहमत होऊ शकले नाहीत, आणि त्यांच्या संवादाचे रूपांतर एकात झाले. संघर्ष झाला आणि शेवटपर्यंत पोहोचला.

विचारात घेतलेले पर्याय:

मुख्य फोकस systemd वर आहे. पर्यायी init प्रणाल्यांसाठी समर्थन पुरवणे हे प्राधान्य नाही, परंतु देखभाल करणारे वैकल्पिकरित्या संकुलांमध्ये अशा प्रणालींसाठी init स्क्रिप्ट समाविष्ट करू शकतात.

systemd ला प्राधान्य दिले जाते, परंतु पर्यायी इनिशियलायझेशन प्रणाली राखण्याची शक्यता बाकी आहे. elogind सारखे तंत्रज्ञान, जे सिस्टीमशी बांधील असलेल्या ऍप्लिकेशन्सना पर्यायी वातावरणात चालवण्यास अनुमती देतात, हे महत्त्वाचे मानले जाते. पर्यायी प्रणालींसाठी पॅकेजेसमध्ये init फाइल्स समाविष्ट असू शकतात.

विविध init प्रणालींसाठी समर्थन आणि systemd व्यतिरिक्त init प्रणालीसह डेबियन बूट करण्याची क्षमता.
सेवा चालवण्यासाठी, पॅकेजेसमध्ये init स्क्रिप्ट समाविष्ट करणे आवश्यक आहे;

systemd वापरत नसलेल्या, परंतु विकासात अडथळा आणणारे बदल न करता अशा प्रणालींसाठी समर्थन. डेव्हलपर नजीकच्या भविष्यासाठी एकाधिक init प्रणालींना समर्थन देण्यास सहमत आहेत, परंतु सिस्टमड समर्थन सुधारण्यासाठी कार्य करणे आवश्यक आहे यावर देखील विश्वास आहे. विशिष्ट उपायांचा विकास आणि देखभाल त्या सोल्यूशन्समध्ये स्वारस्य असलेल्या समुदायांवर सोडली पाहिजे, परंतु जेव्हा गरज पडेल तेव्हा इतर देखभालकर्त्यांनी सक्रियपणे मदत केली पाहिजे आणि समस्या सोडवण्यासाठी योगदान दिले पाहिजे. तद्वतच, पॅकेजेसने कोणत्याही init प्रणालीचा वापर करून कार्य केले पाहिजे, जे पारंपारिक init स्क्रिप्ट पुरवून किंवा त्यांना systemd शिवाय कार्य करण्यास परवानगी देणारी इतर यंत्रणा वापरून साध्य करता येते. Systemd शिवाय काम करण्यास असमर्थता ही बग मानली जाते, परंतु रिलीझ-ब्लॉकिंग बग नाही, जोपर्यंत systemd शिवाय काम करण्यासाठी तयार उपाय उपलब्ध नाही, परंतु ते जतन करण्यास नकार दिला जातो (उदाहरणार्थ, जेव्हा समस्या उद्भवते तेव्हा पूर्वी पुरवलेली इनिट स्क्रिप्ट काढून टाकणे).

विकासात अडथळा आणणारे बदल सादर न करता पोर्टेबिलिटीचे समर्थन करते. डेबियनला समतुल्य किंवा तत्सम कार्यक्षमता प्रदान करणारे भिन्न सॉफ्टवेअर एकत्रित करण्यासाठी एक पूल म्हणून पाहिले जाते. हार्डवेअर प्लॅटफॉर्म आणि सॉफ्टवेअर स्टॅकमधील पोर्टेबिलिटी हे एक महत्त्वाचे उद्दिष्ट आहे आणि त्यांच्या निर्मात्यांचे जागतिक दृष्टिकोन सामान्य सहमतीपेक्षा भिन्न असले तरीही वैकल्पिक तंत्रज्ञानाच्या एकत्रीकरणास प्रोत्साहन दिले जाते. systemd आणि इतर इनिशिएलायझेशन सिस्टम्सची स्थिती पूर्णपणे पॉइंट 4 शी एकरूप आहे.

एकाधिक इनिशिएलायझेशन सिस्टमसाठी समर्थन अनिवार्य करणे. systemd व्यतिरिक्त init सिस्टीमसह डेबियन चालवण्याची क्षमता प्रदान करणे प्रकल्पासाठी महत्त्वाचे आहे. प्रत्येक पॅकेजने systemd व्यतिरिक्त pid1 हँडलर्ससह कार्य करणे आवश्यक आहे, जोपर्यंत पॅकेजमध्ये समाविष्ट केलेले सॉफ्टवेअर मूळत: फक्त systemd सह कार्य करण्याच्या उद्देशाने होते आणि systemd शिवाय चालण्यास समर्थन देत नाही (init स्क्रिप्ट्सची अनुपस्थिती केवळ systemd सह कार्य करण्याच्या हेतूने मोजली जात नाही) .

पोर्टेबिलिटी आणि एकाधिक अंमलबजावणीचे समर्थन करते. सामान्य तत्त्वे बिंदू 5 प्रमाणेच आहेत, परंतु systemd आणि init सिस्टमसाठी कोणत्याही विशिष्ट आवश्यकता नाहीत आणि विकासकांवर कोणतेही बंधन लादलेले नाही. विकसकांना एकमेकांचे हित विचारात घेण्यासाठी, तडजोड करण्यासाठी आणि विविध पक्षांसाठी समाधानकारक असणारे समान उपाय शोधण्यासाठी प्रोत्साहित केले जाते.

चर्चा चालू ठेवली. आयटमचा वापर अस्वीकार्य पर्याय डाउनग्रेड करण्यासाठी केला जाऊ शकतो.

स्त्रोत: opennet.ru