मतभेदांमुळे डेबियन सिस्टीम मेंटेनरशिवाय सोडला जाईल

मायकेल बीबल, जो 2004 पासून डेबियन विकासात गुंतलेला आहे आणि जे आहे मुख्य योगदानकर्त्यांपैकी एक वितरण करण्यासाठी सिस्टम मॅनेजर एरियामध्ये "systemd", पॅकेजेस डेबियनवर सोडले.

कारण देखभालकर्ता म्हणून हे होते सिस्टीम पॅकेजमधून, सिस्टीमच्या त्रुटींच्या सुधारणेसह परिस्थितीचे वर्णन "मूर्ख आणि वेडे" केले आहे. आणि सिस्टम डेव्हलपरना पुन्हा बग अहवाल पाठवू नका असे वचन दिले.

हे कशामुळे झाले?

संघर्ष सिस्टमड 240 च्या आवृत्तीत प्रतिगामी बदल झाल्यामुळे उद्भवली, काय विद्यमान उदेव नियमांवर प्रक्रिया करताना वर्तन बदलला आणि डेबियन वापरकर्त्यांसाठी समस्या नेटवर्क इंटरफेसचे नाव बदलण्याचे लॉजिक बदलताना.

सिस्टीम 240 पासून यूडेव्हमध्ये संक्रमणानंतर नेटवर्क इंटरफेसचे नाव मॅक पत्त्यावर प्रतिबद्ध करण्यासाठी “NAME” पर्याय वापरुनही

इथरनेट अ‍ॅडॉप्टर्सच्या नेटवर्क इंटरफेसने त्यांची नावे निश्चित केल्यापासून आपोआप व्युत्पन्न केली (पूर्वी, पुनर्स्थित फक्त एकदाच केली गेली होती, आणि आवृत्ती 240 असल्यामुळे वापरली जाऊ शकते) बर्‍याच बदली आहेत).

जेव्हा कॉन्फिगरेशनमध्ये निर्दिष्ट मॅन्युअल नेम बाइंडिंगला प्राधान्य दिले जाते तेव्हा मायकेल बिबलने सिस्टमल्ड डेव्हलपरला मागील वर्तनकडे परत येण्यास सांगितले.

व्ही 239 to च्या तुलनेत हा एक आक्षेप आहे आणि मी त्यास व्ही 241 माईलस्टोनमध्ये जोडण्यास प्रवृत्त आहे कारण याचा अर्थ नेटवर्क प्रवेशाचा तोटा होऊ शकेल. युक्तिवाद मायकेल बिबेल

पण सिस्टमड डेव्हलपर्सने या प्रतिक्रियात्मक बदलास समस्या मानली नाही, कारण सिस्टमड 240 मध्ये केलेल्या बदलांनी दस्तऐवजीकरण केलेल्या वर्तनचे उल्लंघन केले नाही, Undocumented udev वैशिष्ट्ये वापरली गेली, त्यातील कामगिरीची हमी दिलेली नाही.

तथापि, नंतरच्या पुराव्यावरून असे आढळले आहे की वरील वर्तन दस्तऐवजीकरणात वर्णन केले आहे.

हे असे आहे यू वतानाबे, उत्तर दिले, मुळात असे म्हणायचे की हे काहीतरी प्रभावित झाले नाहीः

ड्रायव्हर लोड झाल्यावर लेन 0 का म्हटले जाते? होय, शेवटचा निकाल म्हणजेच, आहे, मग मी आशा करतो की हे नेहमीच होते.

काय मायकेल बिबेल त्याने उत्तर दिले:

उदेव नियमांमुळे त्याचे नाव नेहमीच लेन 0 असावे.

समस्या वाढत होती

त्यानंतर, सिस्टीम विकासकांनी असे सुचवले की नवीन वर्तन निवडकपणे अक्षम केले जावे.

सिस्टीडच्या जुन्या आवृत्त्यांसाठी यूदेव नियम तयार केले असल्यास (जर नामकरण योजना 240 पेक्षा कमी आवृत्त्यांसाठी निश्चित केली असेल तर, डीफॉल्टनुसार RenameOnce = होय पर्याय सेट करा, अन्यथा RenameOnce = नाही).

सिस्टीम डेव्हलपर मेलिंग लिस्टवर, देण्याच्या प्रस्तावाविषयी देखील चर्चा झाली, पुढील अडचणीशिवाय, मुख्य आवृत्तीमध्ये दिसणार्‍या गंभीर बगसाठी निराकरणासह सिस्टमडच्या आवृत्त्या निराकरण करतात.

लेनर्ट पॉटरिंगने स्त्रोतांचा अभाव असल्याचे सांगून ही कल्पना नाकारली. टकाही विकसकांनी हे मत मूलभूत गैरसमज म्हणून समजले कारण स्थिरतेच्या हानीकडे कार्यक्षमता वाढविण्यावर प्राधान्य दिल्यास त्याचा वापरकर्त्यांवर नकारात्मक प्रभाव पडतो.

प्रत्युत्तरादाखल, लेनार्ट शेवटचे वापरकर्ते सिस्टमडची नवीन आवृत्ती वापरत नाहीत तर वितरणाद्वारे स्थीरित पॅकेजेस वापरतात, या वस्तुस्थितीचा त्यांनी उल्लेख केलाउदाहरणार्थ, आरएचईएल वर सिस्टम घटक ठेवण्यापूर्वी फेडोरा आणि क्यूए सेवेविरूद्ध त्यांची तपासणी केली जाते.

ह्या आधी मायकेल बिबेल, युक्तिवाद यामुळे वापरकर्त्यांवर परिणाम होतो, कारण यामुळे सिस्टममध्ये वापरकर्त्याने आधीपासून आधीच संरचीत केलेल्या कॉन्फिगरेशनसह विवाद निर्माण होऊ शकतात:

वापरकर्त्यांसाठी हे चांगले नाही कारण ते विद्यमान वापरकर्त्याच्या सेटिंग्ज खंडित करते. हे काय आहे किंचित

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

आपल्याला समस्येबद्दल थोडेसे जाणून घ्यायचे असल्यास आपण पाठपुरावा करू शकता पुढील लिंकवर.