Linux 7.1

 (lore.kernel.org)
1 पॉइंट द्वारा GN⁺ 6 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Linux 7.1 को नियमित रिलीज़ समय के अनुसार जारी किया गया, और रिलीज़ के तुरंत बाद merge window खुलने वाला kernel development flow जारी है
  • इस रिलीज़ के पिछले हफ्ते के बदलावों में कोई खास दिलचस्प या चिंता पैदा करने वाली बात उभरकर नहीं आई, और यही लगभग इच्छित स्थिति है
  • बदलाव मुख्य रूप से GPU·networking·sound·अन्य drivers के छोटे अपडेट और networking व tracing tools में fixes से बने हैं
  • merge window अगले दिन खुलेगी, लेकिन laptop और internet के बिना लंबी उड़ान के कारण शुरुआती कुछ दिनों में कामकाज का समय सामान्य से अधिक अनियमित हो सकता है
  • कुछ शुरुआती pull request पहले से fetch कर लिए गए हैं ताकि offline रहते हुए भी उन पर कुछ काम किया जा सके, और रिलीज़ के बाद भी testing जारी रहनी चाहिए

रिलीज़ अवलोकन

  • Linux 7.1 रिलीज़ नियमित समय पर की गई, लेकिन मौजूदा स्थान का time zone सामान्य से अलग होने के कारण यह सामान्य समय क्षेत्र के हिसाब से रिलीज़ नहीं है
  • merge window रिलीज़ के अगले दिन खुलेगी, और उस समय तक फिर एक अलग time zone में होने की वजह से शेड्यूल थोड़ा अनियमित हो सकता है
  • सामान्यतः merge window के शुरुआती कुछ दिनों में जितना संभव हो उतना काम पहले ही निपटा लिया जाता है, लेकिन इस बार laptop और internet के बिना लंबी उड़ान के कारण उसी तरह काम करना मुश्किल हो सकता है
  • कुछ शुरुआती pull request पहले से ला लिए गए हैं, इसलिए offline रहते हुए भी कुछ merge कार्य संभाले जा सकते हैं

merge window संचालन

  • merge window में थोड़ी देरी हो सकती है, लेकिन इस रिलीज़ की मुख्य खबर 7.1 का जारी होना है
  • रिलीज़ को एक हफ्ते के लिए बढ़ाने का विकल्प भी देखा गया था, लेकिन उसे पर्याप्त मूल्यवान नहीं माना गया, इसलिए ऐसा नहीं किया गया
  • आने वाले कुछ दिनों में merge window के response time कुछ हद तक random हो सकते हैं, इसलिए पहले से समझदारी अपेक्षित है
  • रिलीज़ के बाद भी testing जारी रहनी चाहिए

पिछले हफ्ते के बदलावों की प्रकृति

  • पिछले हफ्ते के shortlog में कोई खास दिलचस्प या डराने वाली चीज़ सामने नहीं आती, और यह एक सामान्य रिलीज़ स्थिति मानी जाती है
  • अधिकांश बदलाव छोटे driver updates से बने हैं
    • लक्षित क्षेत्र GPU, networking, sound और अन्य drivers हैं
  • networking और trace tooling से जुड़े fixes भी शामिल हैं
  • इसके अलावा अन्य क्षेत्रों में भी कुछ छोटे-छोटे बेतरतीब बदलाव हैं

प्रमुख सुधारों का दायरा

  • USB serial drivers में heap overflow और bulk-out buffer overflow समस्याएँ ठीक की गईं
  • networking क्षेत्र में Open vSwitch, netfilter, SCTP, TCP, IPv6, XDP, RDMA, mlx5, mvpp2 आदि कई subcomponents में errors और leaks को ठीक किया गया
  • DRM और GPU क्षेत्र में amdgpu, xe, i915, virtio, hyperv, colorop से जुड़ी errors, refcount समस्याएँ, और suspend·shutdown से संबंधित मुद्दे ठीक किए गए
  • memory management और file·IPC से जुड़े क्षेत्रों में use-after-free, NULL pointer dereference, refcount leak, resource leak जैसी कई समस्याएँ ठीक की गईं
  • I2C, GPIO, SPI, ASoC, cpufreq, firmware, thunderbolt, Hyper-V से जुड़े drivers और tools में भी छोटे fixes शामिल किए गए

व्यावहारिक संदर्भ बिंदु

  • यह रिलीज़ बड़े feature announcement की बजाय स्थिरता पर केंद्रित fix release के अधिक करीब दिखती है
  • driver, networking, और tracing tools का उपयोग करने वाले परिवेशों में shortlog में शामिल subsystem-वार fixes को देखना ज़रूरी है
  • रिलीज़ के तुरंत बाद भी testing जारी रखने का अनुरोध किया गया है, और merge window की शुरुआती response delay की संभावना को ध्यान में रखना चाहिए

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 6 시간 전
Hacker News की राय

  • व्यक्तिगत रूप से, ISP के modem/router और laptop के कॉम्बिनेशन में मुझे जो slow WiFi की समस्या होती थी, उसे ठीक करने वाला यह commit काफी उम्मीद जगाता है
    https://github.com/torvalds/linux/commit/711a9c018ad252b2807...
    उम्मीद है यह जल्दी Fedora में आ जाएगा

  • नया NTFS driver आज़माने का इंतज़ार है
    उम्मीद है यह वर्ज़न Paragon के ntfs3 से बेहतर होगा

    • जानना चाहूँगा कि पिछले driver में कमी क्या थी
      Linux में NTFS support ज़्यादातर Windows disk पर फ़ाइलें पढ़ने-लिखने के लिए ही होता है, और Paragon से पहले के FUSE-आधारित driver समेत Linux के NTFS drivers उस काम के लिए तो ठीक ही थे
    • ठीक है
      मैं इसे अपने Gentoo overlay में पैकेज करके कई महीनों से इस्तेमाल कर रहा हूँ, और ntfs3 में दिखने वाली अजीब समस्याएँ इसमें नहीं हैं

  • Arch का मौजूदा default 7.0.10 है
    उम्मीद है 7.1 जल्द rolling में आ जाएगा

    • Fedora में शायद कुछ महीने लगेंगे
      अभी 7.0.12 है

  • बहुत पुराने और लगभग इस्तेमाल न होने वाले code को kernel के बाहर धकेलकर AI-सहायित bug reports कम करना, मेरे हिसाब से AI की सबसे अच्छी उपलब्धियों में से एक है
    यह मुझे पसंद है
    अब हमें हर चीज़ से थोड़ा extra weight कम करना शुरू करना चाहिए

    • ऐसी ही सोच की वजह से संगठनों को सिर्फ इसलिए सारे desktop बदलकर नए खरीदने पड़े कि वे Windows 11 नहीं चला सकते थे
      मैं तो अब भी 10 साल पुराने server इस्तेमाल कर रहा हूँ, और Linux पर वे ठीक चलते हैं
    • “पूर्णता तब नहीं मिलती जब जोड़ने के लिए कुछ और न बचे, बल्कि तब मिलती है जब हटाने के लिए कुछ भी न बचे।” — Antoine de Saint-Exupéry
      मेरा एक दोस्त कुछ समय तक आज मैंने X lines of code हटा दीं वाले इंसान के रूप में बदनाम था
    • मैंने कुछ distros में पुराने drivers को kernel build से हटाने वाला code submit करने की कोशिश की थी, लेकिन सबने मना कर दिया
      Torvalds के ठीक कहने तक सब user environment तोड़ने से डरते हैं
    • ऊपर से यह मज़ाक लग सकता है, लेकिन पहली बार पढ़ते ही मैंने इसे Linux में कम इस्तेमाल होने वाले features को छूने वाले attack paths हटाने के रूप में समझा
      कम-से-कम mobile operating systems में, अजीब और दुर्लभ formats या features exploitable bugs का आम स्रोत रहे हैं, या अब भी हो सकते हैं
    • end users शायद upgrade न करें, इसलिए पुराना hardware किसे कहें इसकी कोई परिभाषा होनी चाहिए
      मेरे लिए तो सारे HP printers पुराने hardware हैं, लेकिन किसी और के पास उतना ही उचित मगर बिल्कुल अलग पैमाना हो सकता है
      जानना चाहूँगा कि computer hardware में इसे कैसे तय किया जाता है

  • क्या इस release में कुछ खास दिलचस्प है?
    मेरी समझ से version का पहला नंबर सिर्फ तब बदलता है जब दूसरा नंबर बहुत बड़ा हो जाता है, इसके पीछे कोई और वजह नहीं होती

  • क्या किसी और ने भी content load होने से ठीक पहले एक animated avatar को बहुत ही थोड़ी देर के लिए गुज़रते देखा? वह क्या था?

  • ताज़ा खबर: Linus अब move कर रहा है
    क्या मैं कुछ मिस कर रहा हूँ, या यह बस एक और नंबर है?

    • नंबर बदलना अगर कोई बड़ा बदलाव न लाए और एक ही बार में सब कुछ बेहतर बनाने की कोशिश न करे, तो यह उबाऊ लग सकता है
      फिर भी, नंबरों के प्रति FOMO नई चीज़ों को आगे बढ़ाता है, और उससे improvement loop और घना होता है — यह एक फ़ायदा है
      दिलचस्प और जोखिम भरी चीज़ें हमेशा flags के पीछे होती हैं, इसलिए अगर सच में फ़र्क पड़ता है तो आप खुद kernel और system को build, configure और benchmark कर सकते हैं
    • “वैसे merge window में थोड़ी हिचकी आ सकती है, लेकिन आज की खबर 7.1 है।”
      “कुछ भी खास दिलचस्प या डरावना नज़र नहीं आ रहा, और होना भी ऐसा ही चाहिए।”
      तो हाँ, यह बस एक नंबर है
    • यह हैरानी की बात है कि Linus के लिए in-flight WiFi का खर्च उठाने वाला कोई नहीं है
      प्रति डॉलर रिटर्न के हिसाब से तो यह सबसे बेहतर खर्चों में से एक होगा!

  • क्या यह मान लेना सुरक्षित है कि Debian Stable में इसे लगभग 2036 में देखा जा सकेगा?

    • नवीनतम Linux kernel releases का क्रम 7.1, 7.0, 6.19, 6.18, … है
      https://en.wikipedia.org/wiki/Linux_kernel_version_history
      7.0 पहले से ही forky (वर्तमान testing) में है, और trixie (वर्तमान stable) के लिए backport के रूप में भी उपलब्ध है
      https://packages.debian.org/search?keywords=linux-image-amd6...
      https://packages.debian.org/trixie-backports/linux-image-amd...
      trixie/stable का default kernel 6.12 है, जो पहली बार नवंबर 2024 में release हुआ था, और upstream में दिसंबर 2028 तक आधिकारिक support में रहेगा
    • मुझे पता है यह एक meme है, लेकिन मैं Debian Stable पर backport kernel इस्तेमाल कर रहा हूँ और version 6.19 है
      अभी 7.0 से सिर्फ एक minor version का ही फर्क बचा है
      काश और लोग अपने devices के लिए Debian पर विचार करते। मुझे यह बहुत stable system लगा, और Ubuntu के विपरीत यह सच में “बस काम करता है” वाला अनुभव था, बिना उस friction के जो छोटे distros में अक्सर होता है
      जब Trixie अभी Testing था, तब मैंने काफी नए hardware पर Debian Trixie install किया था। compatibility के लिए मैंने सब कुछ AMD रखा, लेकिन ज़रूरी सभी drivers मौजूद थे
      अब बस इतना हो जाए कि मैं package build करना सीखकर Debian में योगदान दे सकूँ, और AMD भी Linux के लिए NPU support को ठीक से व्यवस्थित कर दे
    • Debian में vanilla source से सीधे kernel package build करना काफी आसान है
      मैं आम तौर पर नया 7.0.x release आने के कुछ घंटों के भीतर उसे build करके इस्तेमाल करने लगता हूँ
      ChangeLog देखने में आप कितना समय लगाते हैं, इस पर निर्भर करते हुए build में लगभग 30–45 मिनट लगते हैं। environment के हिसाब से फर्क हो सकता है
    • शायद यह गंभीर सवाल नहीं है, लेकिन गंभीरता से जवाब दूँ तो Debian Stable में कौन-सा kernel चल रहा है, इसकी मैंने कभी चिंता नहीं की
      अगर और नया kernel चाहिए तो Debian unstable (Sid) इस्तेमाल किया जा सकता है, जहाँ अभी 7.0.12 है। 7.1 mainline है, जबकि यह मौजूदा stable kernel के बराबर है
      servers पर Stable, यानी मौजूदा Trixie, 6.17.3 kernel के साथ भी पूरी तरह ठीक चल रहा है
      Debian Forky शायद 2027 के आसपास release होगा, और परिस्थितियों के अनुसार 7.0.x या 7.1.x kernel इस्तेमाल करेगा
      मौजूदा testing, यानी अगला stable release, में 7.0.10 kernel इस्तेमाल हो रहा है
    • जब Forky/14 अगले साल release होगा, तो क्या इसमें यह version या इससे नया version शामिल नहीं होगा?
      Debian धीमे चलता है, लेकिन अगर आपको तेज़ चाहिए तो Arch या Fedora इस्तेमाल करें; फिर भी Debian आगे बढ़ता रहता है