लिनुस ने पैरागॉन को चुनौती दी और विलय के लिए गिटहब की आलोचना की

यह ज्ञात है कि लिनस टोरवाल्ड्स वह उन प्रक्रियाओं और मानकों के बारे में बहुत चयनात्मक है जिनका लिनक्स कर्नेल के विकास में योगदान करने वालों को पालन करना चाहिए। और, वह आमतौर पर उन लोगों के प्रति बहुत दयालु नहीं है जो इसके लिए तैयार नहीं हैं। आइए याद रखें कि अतीत में वह अन्य लोगों के साथ अपने संबंध के तरीके पर पुनर्विचार करने के लिए कुछ समय के लिए अपनी भूमिका से हट गए थे।

इस बार उनकी नाराजगी का कारण एनटीएफएस3 ड्राइवर बनाने वाली कंपनी पैरागॉन सॉफ्टवेयर थी।  लिनक्स कर्नेल के संस्करण 5.15 के लिए घोषित, यह मूल विंडोज़ फ़ाइल सिस्टम के लिए समर्थन में सुधार करेगा।

संस्करण नियंत्रण प्रणाली (एससीवी)

इस कहानी को समझने के लिए, हम कुछ विवरण बताने जा रहे हैं जिन्हें हर किसी को जानने की ज़रूरत नहीं है।

बहुत जटिल सॉफ़्टवेयर प्रोजेक्ट के डेवलपर संस्करण नियंत्रण सॉफ़्टवेयर का उपयोग करते हैं (आमतौर पर बाहरी क्लाउड प्रदाता द्वारा संचालित)। यह सॉफ़्टवेयर आपको यह ट्रैक करने की अनुमति देता है कि कौन, कब और क्या परिवर्तन करता है।

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

नियंत्रक रिलीज

पिछले साल, पैरागॉन सॉफ्टवेयर कोनियंत्रक कोड जारी करने की घोषणा की, जिसका उसने पहले विपणन किया था, साथ ही रखरखाव और अद्यतनीकरण का ध्यान रखने की भी प्रतिबद्धता जताईनहीं। यह अच्छी खबर है क्योंकि यह उस से कहीं बेहतर है जिसे हम वर्तमान में उपयोग कर रहे थे।

कंपनी के अनुसार ही

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

पैरागॉन की घोषणा के बाद, NTFS3 ड्राइवर को कोड की गुणवत्ता में सुधार करने और इसे बाकी कर्नेल के कोडिंग मानकों के अनुरूप बनाने के लिए कई दौर के संशोधनों से गुजरना पड़ा।

ऐसा लगता है जैसे उसने अंततः इसे बना लिया।

और इसलिए हम भेड़ की माँ के पास आते हैं।

लिनस पैरागॉन को घटाता है

कर्नेल के संस्करण 5.15 में ड्राइवर को शामिल करने के लिए, लिनस टोरवाल्ड्स ने पैरागॉन सॉफ्टवेयर से ऐसा करने के लिए कहा अनुरोध निवेदन करें जिसके बारे में हम ऊपर बात कर रहे थे. कंपनी ने ऐसा किया, लेकिन उस तरह से नहीं जैसा टोरवाल्ड्स को पसंद है।

फिन का पहला अवलोकन यही था पुल अनुरोध पर हस्ताक्षर किए जाने चाहिए थे.

एक आदर्श दुनिया में, यह एक पीजीपी हस्ताक्षर होगा जिसे मैं विश्वास की श्रृंखला के माध्यम से सीधे आप तक पहुंचा सकता हूं, लेकिन मुझे इसकी कभी आवश्यकता नहीं पड़ी।

दूसरा, इसने शिकायत की कि पुल अनुरोध यह सेवा के वेब इंटरफ़ेस से किया गया था जो बहुत सारे जंक कोड उत्पन्न करता है।

जीथब एक पूरी तरह से अच्छी होस्टिंग साइट है, और यह कई अन्य चीजें भी अच्छी तरह से करती है, लेकिन विलय उन चीजों में से एक नहीं है।

उन्होंने विरोध भी जताया पर्याप्त जानकारी का अभाव.

लिनक्स के निर्माता के लिए "लिनक्स कर्नेल फ़्यूज़न ठीक से किया जाना चाहिए।" और जोड़ा: "इसका मतलब है कि क्या विलय किया जा रहा है और *क्यों* कुछ विलय किया जा रहा है, इसके बारे में जानकारी के साथ उचित प्रतिबद्ध संदेश। लेकिन इसका अर्थ लेखकत्व और प्रतिबद्धता आदि के बारे में पर्याप्त जानकारी भी है। ये सभी GitHub पूरी तरह से ख़राब है।"

लिनुस टोरवाल्ड्स जानते हैं कि वह किस बारे में बात कर रहे हैं, वह Git के निर्माता थे, वह सॉफ़्टवेयर जिस पर GitHub जैसी सेवाएँ, जो अब Microsoft के स्वामित्व में है, आधारित हैं। और, दिलचस्प बात यह है कि यह किसी अन्य सेवा से असहमति के कारण था

मैं वास्तव में कभी भी संस्करण नियंत्रण कार्यक्रम नहीं बनाना चाहता था क्योंकि मुझे उन सभी से नफरत थी...तब बिटकीपर आया और इसने वास्तव में मेरे उन्हें देखने के तरीके को बदल दिया। बीके को ज्यादातर चीजें सही मिलीं और रिपॉजिटरी और वितरित मर्ज की एक स्थानीय प्रति होना एक बड़ी बात थी। वितरित स्रोत नियंत्रण के बारे में सबसे अच्छी बात यह है कि यह एससीवी के साथ मुख्य समस्याओं में से एक को दूर कर देता है - "कौन परिवर्तन कर सकता है" के आसपास की राजनीति।

बीके ने साबित कर दिया कि आप हर किसी को अपना भंडार देकर इससे बच सकते हैं। लेकिन बीके की भी अपनी समस्याएं थीं; कुछ तकनीकी निर्णय थे जिनके कारण समस्याएँ हुईं (नाम बदलना दर्दनाक था), लेकिन सबसे बड़ी कमी यह थी कि चूँकि यह खुला स्रोत नहीं था, इसलिए बहुत से लोग थे जो इसका उपयोग नहीं करना चाहते थे। इसलिए भले ही हमारे पास बीके का उपयोग करने वाले कई मुख्य अनुरक्षक थे - यह ओपन सोर्स परियोजनाओं के लिए उपयोग करने के लिए मुफ़्त था - यह कभी भी मुख्यधारा में नहीं आया। इसलिए इसने मुख्य विकास में मदद की, लेकिन यह सही नहीं था।

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