पूरे फरवरी महीने के दौरान हम विभिन्न समाचार साझा करना पर समस्याओं और असहमति का मामला जो लिनक्स कर्नेल डेवलपर समुदाय में उत्पन्न किए गए हैं रस्ट में विकास के लिए.
भी समुदाय के कुछ दिग्गजों ने अपनी स्थिति स्पष्ट कर दी है और इससे भी बदतर बात यह है कि, कुछ ने अपने पदों से इस्तीफा दे दिया है कुछ लिनक्स कर्नेल उपप्रणालियों में अनुरक्षक के रूप में।
इस चर्चा की लहर को देखते हुए, जो नियंत्रण से बाहर होती दिख रही है, लिनुस टोरवाल्ड्स ने मामले को अपने हाथों में ले लिया है। y चर्चा में शामिल हो गया है लिनक्स कर्नेल में रस्ट को शामिल करने के प्रति कुछ अनुरक्षकों के प्रतिरोध के कारण यह समस्या उत्पन्न हुई है।
लिनस के अनुसार, किसी भी अनुरक्षक को सीखने, उपयोग करने के लिए मजबूर नहीं किया जाता है या यहां तक कि लिखे गए कोड पर भी विचार करें जंग लग जाए अगर तुम नहीं चाहते, क्योंकि वे सी के साथ विशेष रूप से काम करना जारी रख सकते हैं।
बुधवार, 19 फरवरी, 2025 को रात 22:42 बजे, क्रिस्टोफ़ हेलविग लिखा:
>
दस्तावेज़ में कहा गया है कि Rust का उपयोग करने के लिए किसी सबसिस्टम की आवश्यकता नहीं है। यह सिद्ध है।
> लिनुस के लिए गलत होगा। और यद्यपि आपको यह पता नहीं होगा कि कब
> जब आपने दस्तावेज़ लिखा, तो आपने उसे सूची में पोस्ट करके ही ऐसा किया।मैं आशान्वित था और मैंने यह देखने के लिए प्रयास किया कि क्या इस लम्बे धागे से परिणाम मिलेंगे।
कुछ रचनात्मक करने की कोशिश कर रहा हूँ, लेकिन ऐसा लगता है कि यह पीछे की ओर जा रहा है (या कम से कम
कम से कम आगे तो नहीं).तथ्य यह है कि जिस पुल अनुरोध पर आपने आपत्ति जताई थी, उसने DMA को छुआ तक नहीं था
सभी पर परतें.वह वस्तुतः एक अन्य उपयोगकर्ता ही था, जो पूरी तरह से अलग स्थिति में था।
उपनिर्देशिका, जिसने आपके द्वारा बनाए गए कोड को किसी भी तरह से नहीं बदला,
आकार या रूप.
तथापियदि कोई अनुरक्षक इसमें शामिल न होने का निर्णय लेता है, तो उसे भी प्रभावित करने का अवसर नहीं मिलेगा न ही यह प्रभावित करता है कि इसके बाहरी लिंक को इसके अपने उपतंत्र के कोड में कैसे एकीकृत किया जाता है।
टोरवाल्ड्स ने बताया कि वे अनुरक्षक जो आगे बढ़ने में रुचि रखते हैं जंग के साथ इसके विकास में भाग लेने, निर्माण को प्रभावित करने में सक्षम होंगे लिंकों की निगरानी करना तथा संबंधित इंटरफेस के रखरखाव में सहायता करना। इसके विपरीत, जो लोग रस्ट के साथ काम नहीं करना चाहते हैं, उन्हें इसके उपयोग के दौरान उत्पन्न होने वाली समस्याओं से सुरक्षा मिलेगी, लेकिन उन्हें इसके विकास को प्रभावित करने से भी बाहर रखा जाएगा। यह दृष्टिकोण एक प्रकार का अवरोध उत्पन्न करता है, जो विशेष रूप से C के लिए समर्पित लोगों की सुरक्षा तो करता है, लेकिन साथ ही उन्हें Rust एकीकरण के सुधार में योगदान करने से भी रोकता है।
तो यह ईमेल किसी भी "रस्ट नीति" के बारे में नहीं है। यह ईमेल एक के बारे में है
एक बहुत बड़ी समस्या: एक अनुरक्षक के रूप में, आप अपने कोड के प्रभारी हैं,
ज़रूर, लेकिन आप इस बात के प्रभारी नहीं हैं कि अंतिम परिणाम का उपयोग कौन और कैसे करेगा।आपको रस्ट पसंद करने की आवश्यकता नहीं है। तुम्हें उसकी चिंता करने की जरूरत नहीं है। वह है…
यह बात शुरू से ही स्पष्ट कर दी गई है कि कोई भी व्यक्ति
अचानक एक नई भाषा सीखने के लिए मजबूर होना पड़ता है, और जो लोग
यदि आप विशेष रूप से सी साइड पर काम करना चाहते हैं, तो आप ऐसा करना जारी रख सकते हैं।
यह स्थिति एक तरह से सुरक्षात्मक अवरोध पैदा करती है।जो लोग केवल C के साथ काम करते हैं, उन्हें इससे जुड़ी जटिलताओं और संभावित कमियों से अलग करना रस्ट कोड के लिए. लेकिन साथ ही, यही अलगाव उन्हें रस्ट की प्रगति को प्रभावित करने से रोकता है, जिसका अर्थ है कि "किसी को भी रस्ट से निपटना नहीं है" का आदर्श वाक्य प्रत्येक अनुरक्षक को इस भाषा में लिखे गए किसी भी कोड को लॉक करने की अनुमति नहीं देता है।
La जिम्मेदारियों का विभाजन व्यवस्थित है ताकि जो लोग रस्ट में रुचि रखते हैं, वे इसके पहलुओं पर काम कर सकें, जबकि जो लोग इसमें शामिल नहीं होना चाहते हैं, उन्हें अपने वर्कफ़्लो को बदलने के लिए मजबूर नहीं किया जाएगा, हालांकि वे रस्ट में लिखे गए घटकों के विकास को संशोधित नहीं कर पाएंगे।
विवाद तब और बढ़ गया जब डीएमए सबसिस्टम के माध्यम से रस्ट लिंक अनुमोदन का मुद्दा उठा। इस मामले में, ऐसे अनुरक्षक के विरोध को नजरअंदाज कर दिया गया जिसने ऐसे लिंक की स्वीकृति को अवरुद्ध करने का प्रयास किया था, और लिनुस ने क्रिस्टोफ हेलविग के कार्यों की खुले तौर पर आलोचना की।
टोरवाल्ड्स के अनुसार, हेलविग ने अपने अधिकार का अतिक्रमण किया था। उस कोड को प्रभावित करने का प्रयास करके, जो एक अलग उपनिर्देशिका में क्रियान्वित किया जा रहा था, वह DMA उपप्रणाली को प्रभावित नहीं कर रहा था, जिसके लिए वह जिम्मेदार था। टोरवाल्ड्स के शब्दों में, हेलविग का रवैया एक कंट्रोलर में DMA को केवल इसलिए अक्षम करने की कोशिश करने के समान है क्योंकि उसे यह पसंद नहीं है, जो अस्वीकार्य है।
अंततः, हालांकि प्रत्येक अनुरक्षक अपने कोड के लिए जिम्मेदार होता है, लेकिन उससे यह नियंत्रित करने की अपेक्षा नहीं की जा सकती कि उस कोड का उपयोग कैसे किया जाए या बड़ी परियोजनाओं में उसके एकीकरण के बारे में निर्णय लिया जाए।