लिनुस टॉर्वाल्ड्स इंतजार कर रहा है करने के लिए एक लंबे समय के लिए पैरागॉन सॉफ्टवेयर अपने ड्राइवर को शिप करें NTFS इसे Linux कर्नेल में जोड़ने के लिए और यह पहले ही किया जा चुका है और Torvalds ने अंततः नए ड्राइवर को Linux 5.15 कर्नेल स्रोत के साथ मिला दिया है।
लेकिन इससे पहले उन्होंने गिटहब के मर्ज रिक्वेस्ट फीचर का इस्तेमाल करने की शिकायत की थी पोस्ट में, यह कहते हुए कि GitHub "बिल्कुल अनावश्यक मर्ज बनाता है।" जाहिरा तौर पर लिनक्स कर्नेल के निर्माता को वास्तव में गिटहब विलय पसंद नहीं है, अगर वे करते हैं। साथ ही, कंपाइलर चेतावनियों को अब कर्नेल बिल्ड में डिफ़ॉल्ट त्रुटियों के रूप में माना जाता है।
अगस्त की शुरुआत में, टॉर्वाल्ड्स ने पैरागॉन सॉफ्टवेयर को पुल अनुरोध करने के लिए एक धक्का दिया»कोड का एक वास्तविक प्रेषण जिसे कर्नेल स्रोतों के साथ विलय कर दिया जाएगा, ताकि इसके पढ़ने/लिखने वाले एनटीएफएस ड्राइवर को अगले संस्करण 5.15 में शामिल किया जा सके, जिसके लिए मर्ज विंडो वर्तमान में खुली है।
पैरागॉन ने विधिवत अपना "वापसी अनुरोध" प्रस्तुत किया, जिसमें कहा गया था:
"वर्तमान संस्करण सामान्य/संपीड़ित/स्पार्स फ़ाइलों के साथ काम करता है और एसीएल और एनटीएफएस लॉग प्लेबैक का समर्थन करता है।" उस ने कहा, कंपनी अभी भी सबमिशन प्रक्रिया से परिचित हो रही है, और भविष्य के पुल अनुरोधों को बेहतर बनाने के इरादे से टॉर्वाल्ड्स को कुछ टिप्पणियां करनी थीं। सबसे पहले, लिनक्स कर्नेल के निर्माता ने कहा कि पुल अनुरोध पर हस्ताक्षर किए जाने चाहिए थे। "एक आदर्श दुनिया में, यह एक पीजीपी हस्ताक्षर होगा जिसे मैं विश्वास की श्रृंखला के माध्यम से सीधे आप तक पहुंचा सकता हूं, लेकिन मैंने वास्तव में इसकी कभी मांग नहीं की," उन्होंने कहा।
तो देखा कि पुल अनुरोध में कोड में गिटहब वेब यूआई के साथ किए गए मर्ज कमिट शामिल हैं.
"यह उन चीजों में से एक है जो मैं * वास्तव में * देखना नहीं चाहता: गिटहब अनावश्यक विलय बनाता है और आपको कभी भी कुछ भी विलय करने के लिए गिटहब इंटरफेस का उपयोग नहीं करना चाहिए।" विलय उन चीजों में से एक नहीं है। अतीत में, विशेष रूप से 2012 में, Torvalds ने GitHub के कुछ पहलुओं के बारे में शिकायत की थी।
"मैं गिटहब पुल अनुरोध नहीं करता हूं। GitHub सभी प्रासंगिक जानकारी को त्याग देता है, जैसे कि पुल अनुरोध करने वाले व्यक्ति के लिए एक वैध ईमेल पता होना भी। डिफस्टैट की भी कमी और अनावश्यक है, ”उसने उस समय कहा था। ध्यान दें कि गिट अनुरोध-पुल कमांड गिटहब से पुल अनुरोध फ़ंक्शन से अलग है। इसके अलावा, पैरागॉन रिपोजिटरी ने ऐसे संदेश दिए हैं जिनमें जानकारी गुम है, जैसे »शाखा 'टॉर्वाल्ड्स: मास्टर' को मास्टर में मर्ज करें«। जिसके बारे में बोलते हुए टॉर्वाल्ड्स ने शनिवार को कहा कि "लिनक्स कर्नेल मर्ज किया जाना चाहिए *सही ढंग से*"।
नियंत्रक जोड़ने के अलावा पैरागॉन NTFS से Linux कर्नेल 5.15, Torvalds ने "-Werror" बिल्ड विकल्प को भी सक्षम किया है, जो सभी कर्नेल बिल्ड के लिए डिफ़ॉल्ट है।
संकलन ध्वज »-Werror«सभी चेतावनियों को संकलन त्रुटियों के रूप में मानें. सभी चेतावनियों को त्रुटियों के रूप में प्रचारित करके, टॉर्वाल्ड्स डेवलपर्स को यह सुनिश्चित करने के लिए मजबूर करता है कि निर्माण चेतावनियां जो अन्यथा किसी का ध्यान नहीं जा सकती हैं या केवल डेवलपर्स द्वारा कमजोर रूप से प्रभावित होती हैं, उन्हें अब प्राथमिकता दी जाती है क्योंकि वे निर्माण प्रक्रिया को बाधित करते हैं।
टॉर्वाल्ड्स ने टिप्पणी की परिवर्तन के बारे में कि हमें वास्तव में हमेशा एक स्वच्छ निर्माण करना चाहिए और यदि आवश्यक हो तो हम अति उत्साही विशिष्ट चेतावनियों को अक्षम कर देंगे, यदि हम उन्हें ठीक नहीं कर सकते हैं। लेकिन जब मैं इसे अपने पेड़ पर काफी धार्मिक रूप से लागू करता हूं, तो विभिन्न निर्माण रोबोट जो जरूरी नहीं कि चेतावनियों की रिपोर्ट करते हैं।
सुनिश्चित करें कि चेतावनियों को संभाला जाता है, लेकिन इनमें से अधिकांश प्रोजेक्ट Linux कर्नेल के आकार के नहीं हैं। दूसरी ओर, WERROR एक Kconfig स्विच के रूप में। यह »-Werror» ध्वज को बंद कर देगा यदि संकलक के नए संस्करण नई चेतावनियां पेश करते हैं कि कर्नेल तुरंत या अन्य चुनिंदा समस्याओं को ठीक नहीं कर सकता है जिसके लिए चेतावनी के बिना कर्नेल बनाना संभव नहीं है। WERROR विकल्प सभी कर्नेल बिल्ड के लिए डिफ़ॉल्ट रूप से सक्षम होता है।
लिनुस ने संदेश समाप्त किया पैच के साथ:
"उम्मीद है कि इसका मतलब यह होगा कि मुझे नई चेतावनियों वाले कम पुल अनुरोध प्राप्त होंगे जो हमारे द्वारा लागू किए गए विभिन्न ऑटोमेशन द्वारा नहीं देखे गए थे।" मैं लकड़ी पर दस्तक देता हूं।