Linux 7.3-rc2 असामान्य रूप से बड़ा: टॉर्वाल्ड्स ने मजाक में कहा, ‘AI को दोष दे दें’

Linux 7.3-rc2 वह चरण नहीं होता जिसमें आम तौर पर सबसे ज्यादा हलचल दिखती है। Merge window के बाद आने वाले दूसरे release candidate (rc2) में डेवलपर प्रायः कुछ राहत लेते हैं और regressions—यानी नए बदलावों से पैदा हुई गड़बड़ियां—धीरे-धीरे सामने आने लगती हैं। लेकिन इस बार ऐसा नहीं हुआ। Linus Torvalds ने 7.3-rc2 को “full fat” release बताया: उन्हें सप्ताह खास तौर पर व्यस्त नहीं लगा, मगर patches की मात्रा कुछ और ही कहानी कहती है। 1127

टॉर्वाल्ड्स ने इस भारी अपडेट के लिए किसी एक चीज को जिम्मेदार नहीं ठहराया। Merge window में छूट गया देर से आया EDAC pull एक कारण था, लेकिन उनके मुताबिक वह इतना बड़ा नहीं था कि पूरे आकार की व्याख्या कर सके। Filesystems से fixes आए, DRM (Direct Rendering Manager, Linux का graphics/display ढांचा) का बड़ा pull आया और उसमें कई अलग-अलग सुधार थे। इसी संदर्भ में उनका “AI को दोष दे दें” वाला वाक्य एक मजाक था, यह निष्कर्ष नहीं कि किसी LLM ने सीधे rc2 को इतना बड़ा बनाया। 11

Linux 7.3-rc2 में क्या बदला

यह किसी एक आपात regression पर केंद्रित रिलीज नहीं है, बल्कि कई subsystems से आए रखरखाव और सुधारों का मिश्रण है। कुल बदलावों में drivers का हिस्सा सबसे बड़ा है। Non-driver बदलावों में tooling लगभग एक-पांचवां है; filesystems, core kernel और networking भी महत्वपूर्ण हिस्से हैं। 18

मुख्य fixes और cleanups में शामिल हैं:

• Hybrid CPUs के लिए cache-aware scheduling misfit fixes, जिनका लक्ष्य performance behavior बेहतर करना है। 9
• पूरे tree में kmalloc() allocations को kmalloc_obj() की ओर ले जाने वाला cleanup। 9
• NVIDIA Blackwell hardware के लिए Nouveau display fixes। 9
• Rust support और Rust compiler toolchain मौजूद होने पर RandStruct security को default रूप से बंद करने वाले बदलाव। 9
• EDAC का वह बदलाव जो Linux 7.3 merge window में शामिल होने से रह गया था। 9
• BPF verifier के hardening और scheduler regressions के fixes की रिपोर्ट। 23

यानी rc2 का आकार किसी एक बड़े संकट का संकेत नहीं, बल्कि कई subsystems से एक साथ आए वैध maintenance work का परिणाम है।

AI वाला मजाक क्यों अहम है—और उसका मतलब क्या नहीं है

इस मजाक की पृष्ठभूमि वास्तविक है। इससे पहले टॉर्वाल्ड्स ने देर के release candidates के असामान्य रूप से बड़े होने को एक तरह का नया सामान्य बताया था, जो विभिन्न AI tools की reviews से जुड़ा है। इसका मतलब यह नहीं कि AI ने हर patch लिखा या उसी ने हर बदलाव कराया। असल असर यह है कि automated tools ज्यादा संभावित समस्याएं खोजकर सामने ला रहे हैं, जिन्हें इंसानी maintainers को जांचना, प्राथमिकता देना और ठीक करना होता है। 34

Linux के stable-maintainer Greg Kroah-Hartman ने भी चेतावनी दी है कि Linux 7.3 एक “rough” cycle हो सकता है। वजह है AI/LLM गतिविधि के साथ बढ़ती bug reports और proposed patches की संख्या। इनमें कुछ उपयोगी होते हैं, मगर review और triage का बोझ kernel developers पर ही रहता है—खासकर बहुत पुराने या कम छुए जाने वाले code के मामलों में। 32

Security आंकड़े इस काम के पैमाने का अंदाजा देते हैं। 7.3 cycle से पहले की रिपोर्टों के अनुसार Linux 6.9 से 6.19 तक प्रति release ठीक किए गए CVEs लगभग 500 के आसपास थे। Linux 7.0 में यह संख्या 1,000 से ऊपर और 7.2 में 1,500 से अधिक हो गई। यही रुझान जारी रहा तो Linux 7.3 करीब 2,000 तक पहुंच सकता है। यह अनुमान है, अंतिम 7.3 कुल नहीं। 1234

पहले ही बड़ा था Linux 7.3-rc1

यह व्यस्त rc2, एक बड़े rc1 के बाद आया है। Code-count रिपोर्टिंग के मुताबिक Linux 7.3-rc1 tree लगभग 4.098 करोड़ लाइनों तक पहुंच गया, जबकि Linux 7.2 में यह करीब 4.042 करोड़ लाइन था—यानी लगभग 5.6 लाख लाइनों की वृद्धि। 513

हालांकि इस संख्या को केवल executable code नहीं समझना चाहिए। इसमें detected code के साथ comments, blank lines और source tree की अन्य सामग्री भी शामिल है। 13

इस संदर्भ में rc2 की मात्रा और उल्लेखनीय है: kernel test-and-fix चरण में ऐसे merge window के बाद प्रवेश कर रहा है जिसने पहले से विशाल परियोजना को काफी बढ़ाया है।

क्या Linux 7.3 को स्थिर होने में अधिक समय लग सकता है?

Linux 7.3-rc2 final stable kernel नहीं, बल्कि testing के लिए pre-release snapshot है। kernel.org ने इसे 6 सितंबर 2026 को सूचीबद्ध किया था। 30

शुरुआती rc का बड़ा होना अपने आप में schedule खिसकने का प्रमाण नहीं है। लेकिन यदि cycle के आखिर तक महत्वपूर्ण fixes और regressions लगातार आते रहे, तो maintainers अतिरिक्त release candidates जारी कर सकते हैं। उसका उद्देश्य fixes को ज्यादा testing समय देना होता है, ताकि stable release से पहले वे ठीक से settle हो सकें।

Linux users और distributions के लिए व्यावहारिक निष्कर्ष यह नहीं है कि 7.3 अपने आप असुरक्षित है। असली सवाल यह है कि क्या यह बड़ी मात्रा अच्छी तरह जांचे गए fixes में बदलेगी, या देर तक churn बना रहेगा। “AI को दोष दे दें” वाली टिप्पणी इसी तनाव को संक्षेप में दिखाती है: automated analysis वास्तविक defects खोज सकती है, लेकिन हर report और patch का आकलन, integration और परीक्षण करने वाला मानव काम खत्म नहीं कर सकती।