KDE ने अपना Linux distribution फिर से लॉन्च किया

• KDE प्रोजेक्ट ने अपने Linux distribution KDE Linux का alpha version जारी किया
• यह Arch Linux आधारित immutable architecture अपनाता है, और package install करने के बजाय Flatpak तथा KDE Builder का उपयोग करता है
• यह केवल Wayland के लिए है, और X.org support तथा BIOS आधारित systems के लिए कोई योजना नहीं है
• system image EROFS का उपयोग करती है, जिससे atomic updates और rollback सुविधाएँ मिलती हैं
• आगे चलकर तीन editions देने की योजना है, और security updates, package management आदि में यह मौजूदा distributions से अलग है

---

KDE ने अपने Linux distribution का alpha जारी किया

अवलोकन और घोषणा

• KDE प्रोजेक्ट ने Akademy 2025 में KDE Linux नाम का अपना Linux distribution alpha version में पेश किया
• इस distribution का लक्ष्य "KDE की सभी technologies का सबसे उन्नत implementation वाला सर्वोत्तम परिणाम" बनना है, और इसे home use, enterprise use, OEM installation जैसे कई उद्देश्यों तक विस्तार देने की दिशा में देखा जा रहा है
• यह अभी शुरुआती development stage में है, इसलिए इसमें अधूरे features और कई खुरदरे हिस्से हैं, और यह एक प्रयोगात्मक build की तरह है जो एक तैयार Linux desktop की दिशा दिखाता है

विकास की प्रेरणा और पृष्ठभूमि

• KDE Linux के विकास में Harald Sitter सहित कई मुख्य KDE contributors सक्रिय रूप से शामिल हैं
• कहा गया कि मौजूदा KDE neon Ubuntu LTS आधारित होने के कारण पुरानी technologies, अनावश्यक packaging work, और जरूरत से ज्यादा customized build process जैसी समस्याओं के चलते अपनी सीमाओं तक पहुँच चुका है
• KDE Linux का उद्देश्य इन सीमाओं से आगे बढ़ना है, ताकि नई technologies को अपनाने और distribution तथा operation में अधिक स्वतंत्रता मिल सके
• इसका एक मुख्य उद्देश्य KDE software की delivery प्रक्रिया को खुद नियंत्रित करना है, और यह उसी स्वाभाविक प्रवृत्ति का हिस्सा है जिसमें Linux Mint, ElementaryOS जैसे desktop environment camps अपने स्वयं के operating systems रखते हैं

architecture और technical विशेषताएँ

• base OS के रूप में Arch Linux packages उपयोग किए जाते हैं, लेकिन apps को KDE Builder से source build या Flatpak के जरिए manage किया जाता है। Pacman उपलब्ध नहीं है
• यह X.org session को support नहीं करता और सिर्फ Wayland का उपयोग करता है; कुछ hardware setups, जैसे पुराने NVIDIA cards, पर manual configuration की जरूरत हो सकती है
• केवल UEFI systems supported हैं, और BIOS-only systems को support करने की कोई योजना नहीं है
• root filesystem(/) variable Btrfs volume का उपयोग करता है, जबकि /usr EROFS आधारित read-only volume पर है, जिससे atomic upgrades और आसान rollback structure मिलता है
• system updates Discover या CLI से updatectl के जरिए किए जाते हैं, और EROFS files को अधिकतम 5 तक cache करके आसान version rollback संभव है

packages और user experience

• users base system पर सीधे packages install नहीं कर सकते; केवल Flatpak, Snap (Discover integration unsupported), और Distrobox (container के भीतर दूसरे distributions के apps install और integrate करने के लिए) supported हैं
• alpha stage के कारण Podman setup जैसी कुछ bugs मौजूद हैं, लेकिन इन्हें धीरे-धीरे सुधारा जाना है
• default software में Gwenview, Okular, Haruna, Kate, Konsole, Firefox आदि शामिल हैं, और Bash, curl, Linux 6.16.5, GCC जैसे जरूरी CLI tools भी दिए गए हैं
• Emacs, tmux, pip, Fish जैसी कुछ उपयोगी utilities अनुपस्थित हैं

custom images और management

• system के default packages को user सीधे modify नहीं कर सकता। हालांकि, project द्वारा उपयोग किए जाने वाले mkosi tool और उससे जुड़े config files के जरिए custom images बनाई जा सकती हैं

editions और आगे का roadmap

• लंबे समय में Testing, Enthusiast, Stable नाम की तीन editions देने की योजना है
  • Testing development/QA के लिए Git से रोज build की जाती है (वर्तमान में यही वितरित की जा रही है)
  • Enthusiast beta और सामान्य users के लिए होगी, जबकि Stable में केवल वही released software शामिल होगा जो तय quality metrics तक पहुँच चुका हो
• beta release से पहले Arch User Repository पर निर्भरता समाप्त करना और आधिकारिक KDE infrastructure पर migration जैसे काम अभी बाकी हैं

security, management और governance

• security advisory mailing list, automatic alert system जैसी सुविधाएँ उपलब्ध नहीं हैं। users को Arch security tracker और KDE security advisories स्वयं monitor करने होंगे
• Arch आधारित immutable system होने के कारण security patches लागू होने में देरी हो सकती है, और package manager न होने से system में installed software की सूची manage करना कठिन हो जाता है
• वास्तविक governance 'council of elders' model का पालन करती है, और महत्वपूर्ण विवादों में Sitter के पास अंतिम निर्णय का अधिकार है

project का भविष्य और महत्व

• distribution को सीधे develop और maintain करके, project open source desktop environment की self-responsibility और सीमाओं को समझना चाहता है, और यह भी जानना चाहता है कि पारंपरिक बड़े distributions अक्सर इतने जटिल निर्णय क्यों लेते हैं
• अगर project बंद हो जाए, तो EOL (service end) के समय किसी दूसरे distribution पर automatic switch का plan तैयार किया गया है
• alpha version होने के कारण इसमें अभी कई कमियाँ हैं, लेकिन यह project साफ दिखाता है कि KDE अपनी स्वतंत्र technical दिशा पेश करना चाहता है

[GN⁺]

Hacker News राय

• KDE Linux इस बात पर ज़ोर देता है कि यह Arch Linux पैकेजों पर आधारित एक immutable (अपरिवर्तनीय) डिस्ट्रो है, लेकिन यह "Arch-आधारित डिस्ट्रो" नहीं है। इसमें Pacman शामिल नहीं है और Arch का उपयोग केवल बेस ऑपरेटिंग सिस्टम के रूप में होता है। इसलिए यह Steam के बिना SteamOS जैसी ही किसी श्रेणी का आभास देता है

  • मेरे हिसाब से Linux की सबसे दिलचस्प बात उसकी hackability और तरह-तरह की configuration की क्षमता है, लेकिन यह डिस्ट्रो उन पहलुओं का त्याग करता है; बदले में यह शायद ऐसे माता-पिता या दादा-दादी के लिए ठीक विकल्प हो सकता है जो सिर्फ iPad इस्तेमाल नहीं करना चाहते। लगता है कि शायद यही इसका target user base है
  • अगर कोई डिस्ट्रो immutable हो, package manager को हटा दे, या किसी खास उद्देश्य के लिए पहले से configure किया गया हो — यहाँ KDE की polish सुनिश्चित करने के लिए — तो फिर वह वास्तव में किस base का इस्तेमाल करता है, इसका महत्व काफी कम हो जाता है
  • अगर इसमें SteamOS/Proton और आसान Wine setup भी इंटीग्रेट कर दिए जाएँ, तो यह काफ़ी ध्यान खींचने वाला डिस्ट्रो बन सकता है
  • यह कुछ वैसा लगता है जैसे ChromeOS, जो Gentoo पर आधारित है लेकिन package manager नहीं देता
  • Bazzite को इस तरह के अधिक general-purpose उदाहरण के रूप में भी देखा जा सकता है

• यह बात प्रभावशाली है कि सब कुछ Flatpak के ज़रिए install होता है। Flatpak तकनीक और project maintenance की मौजूदा स्थिति कैसी है, यह जानने की जिज्ञासा है। सिर्फ़ 4 महीने पहले तक Flatpak के बारे में यह राय थी कि maintainers की कमी है, बड़े बदलाव लगभग नहीं हो रहे, और यह व्यावहारिक रूप से maintenance mode में जा चुका है संबंधित लिंक

  • मुझे लगता है Flatpak काफ़ी अच्छी तरह काम करता है। मैं डिस्ट्रो repository को प्राथमिकता देता हूँ, लेकिन कुछ software package नहीं किए गए थे, इसलिए उन्हें Flatpak से आसानी से install कर लिया। चाहूँ तो खुद package कर सकता हूँ, लेकिन अभी आलस के कारण नहीं किया
  • हाल में desktop पर तो मैं कुछ हद तक flatpak को प्राथमिकता देने लगा हूँ। latest version मिलना, sandbox security, settings और data के लिए standard location की गारंटी जैसे फायदे हैं। इसे home directory में per-user install किया जा सकता है, इसलिए OS reinstall करते समय migrate करना भी आसान होता है
  • मैंने Debian 13 को default partition size के साथ install किया था, और सिर्फ़ दो flatpak से ही /var partition में 10GB flatpak data भर गया। मुझे लगता है default partition sizing बहुत अक्षम थी, और flatpak में भी अपने आप में काफ़ी complexity और झंझट है

• KDE Linux केवल Wayland को support करता है और X.org session की कोई योजना नहीं है। इससे यह जानने की उत्सुकता है कि क्या Wayland के bugs अब सचमुच काफी हद तक सुलझ चुके हैं। पहले कई बार "अब सब ठीक हो गया है" जैसी बातों पर भरोसा करके इस्तेमाल किया और हर बार निराशा हुई, इसलिए इस बार उम्मीद है कि अंदरूनी उपयोग (dogfooding) से वाकई सुधार हो रहा होगा

  • अगर Debian stable इस्तेमाल करें, तो software security patches और कभी-कभार backport के अलावा कई साल पीछे रह जाता है। Wayland, KDE जैसी चीज़ें तेज़ी से बदलती हैं, इसलिए किसी एक release में टूटी चीज़ें बाद की release में ठीक हो जाती हैं। server के लिए जहाँ predictability और stability चाहिए, वहाँ Debian अच्छा है, लेकिन desktop या workstation के लिए मुझे यह उपयुक्त नहीं लगता
  • मेरा भी कुछ ऐसा ही अनुभव रहा। Debian 10 और 11 में Wayland session एक दिन भी नहीं चल पाया; Debian 12 में लगभग एक हफ्ता चला, फिर बड़ा issue आ गया। लेकिन Debian 13 में release के बाद से बिना किसी picky समस्या के अच्छा चल रहा है
  • लगता है ज़्यादातर समस्याएँ हल हो चुकी हैं। हर व्यक्ति के issues अलग हो सकते हैं, लेकिन मैंने लगभग 8 साल से Arch या Fedora पर सिर्फ़ Wayland इस्तेमाल किया है और कोई समस्या नहीं देखी। पहले कुछ programs सिर्फ़ X पर चलते थे, लेकिन अब तो याद भी नहीं कि वे कौन से थे
  • मुझे नहीं लगता किसी डिस्ट्रो ने कभी यह वादा किया है कि उसके software में "बिलकुल भी bug नहीं" होंगे। मुझे भी Wayland खास पसंद नहीं है, लेकिन लंबे समय से बहुत से लोग इसका उपयोग कर रहे हैं
  • सोच रहा हूँ कि आपने Wayland आख़िरी बार कब इस्तेमाल किया था। मैं कुछ साल पहले बिना ज़्यादा सोचे KDE Plasma पर switch हुआ था, और तब से अब तक एक भी समस्या नहीं हुई

• यह बात खटकती है कि डिस्ट्रो तय करता है कि base OS में कौन से apps शामिल या अनुमति प्राप्त होंगे। Flatpak version में कुछ KDE apps का अनुभव अच्छा नहीं था, इसलिए उन्हें सीधे OS image में शामिल किया गया, और बाकी को Discover से download करने पर Flatpak के रूप में install किया जाता है। developers ने खुद Flatpak versions का परीक्षण किया और ईमानदारी से माना कि user experience बहुत अच्छा नहीं था मूल लिंक

  • Nathan (quality assurance प्रभारी) alpha और मौजूदा स्थिति की बात कर रहे हैं। अभी सब कुछ final नहीं हुआ है। KDE, Flatpak project का contributor भी है और Plasma को भी Flatpak के रूप में उपलब्ध कराने के प्रयोग चल रहे हैं। सलाह यही है कि इसे ongoing work समझें और अभी से rigid धारणा न बना लें
  • दूसरी ओर, यह कुछ विडंबनापूर्ण लगता है कि Flatpak को usability के लिहाज़ से असंतोषजनक मानने की आधिकारिक स्वीकारोक्ति के बावजूद, user के लिए program installation को केवल Flatpak तक सीमित रखने वाला डिज़ाइन चुना गया है
  • यह system शायद administrator द्वारा pre-configure किए जाने वाले environment के लिए बना हुआ लगता है। Silverblue वगैरह की तरह इसमें "सिर्फ़ office security" वाला एहसास काफ़ी मज़बूत है
  • और हाँ, यहाँ Dolphin से मतलब GameCube+Wii emulator नहीं, बल्कि KDE का file browser है

• मैंने Neon कभी इस्तेमाल नहीं किया क्योंकि वह rolling release है, और इस डिस्ट्रो में भी immutable होने के साथ Flatpak पर निर्भरता है, इसलिए इसमें मेरी खास रुचि नहीं है। standalone binaries या AppImage से मुझे कोई दिक्कत नहीं, लेकिन Flatpak या Snaps पर भरोसा नहीं है

  • Arch भी rolling release डिस्ट्रो है (भले ही ये लोग कहें "हम Arch नहीं हैं!"), और मेरे हिसाब से Arch stability के मामले में बहुत कमजोर है। package compatibility टूटने पर बस इतना कहा जाता है कि "release log देख लेना चाहिए था", और यह जानते हुए भी कि चीज़ें टूटेंगी, बिना खास warning के push कर दिया जाता है। अगर expert-level का ढंग का rolling release डिस्ट्रो चाहिए, तो SUSE Tumbleweed बेहतर है। वहाँ packages का ज़्यादा thorough testing होता है और problematic बदलाव वितरित नहीं किए जाते
  • हैरानी होती है कि इतनी लापरवाही से दूसरे project को नीचा दिखाने वाली टिप्पणी इतनी ऊपर कैसे पहुँच जाती है। कुल मिलाकर ऐसा माहौल देखकर आश्चर्य है
  • ऐसा लग रहा है कि Flatpak नया systemd बन गया है
  • Neon इस्तेमाल करते समय मुझे हमेशा काफ़ी असुविधा हुई

• इसे बहुत नकारात्मक ढंग से कहे बिना भी, Neon, ElementaryOS आदि जैसे कई समान प्रयास पहले भी हो चुके हैं। ऐसे projects में resources डिस्ट्रो development में बँट जाते हैं, और परिणामस्वरूप desktop environment खुद को बेहतर बनाने पर कम ऊर्जा लगती है। GNOME Ubuntu या Fedora को सीधे maintain नहीं करता, फिर भी Linux desktop experience में उसकी अगुवाई बनी हुई है

  • ज़्यादातर लोग volunteers होते हैं, इसलिए संभव है अलग-अलग लोग अलग हिस्सों में योगदान दे रहे हों। हर किसी को वही करने देना चाहिए जो वह करना चाहता है
  • वास्तव में GNOME भी Fedora Rawhide पर आधारित Gnome OS नाम का अपना डिस्ट्रो चलाता है। भले ही उसका मुख्य उद्देश्य developer reference system हो, लेकिन वह आम users के लिए भी काफ़ी usable स्तर तक polished है
  • Fedora भी GNOME maintainers के लिए कुछ हद तक side job जैसा है, और Neon का KDE के साथ कुछ वैसा ही रिश्ता है
  • मूल लेख में पहले ही Neon जैसे in-house distros के फायदे और नुकसान पर अधिक गहराई से चर्चा की गई है। GNOME और KDE के बीच अंतर को दूसरी तरफ़ से देखें तो सवाल यह भी है कि क्या यह Kubuntu/Fedora KDE Spin जैसा ही नहीं है
  • GNOME खुद GNOME OS को maintain करता है

• यह संरचना MacOS जैसी लगती है: immutable base, अलग-अलग packaged apps, और CLI tools के लिए brew। ऐसी बनावट हो तो कामकाज के उपयोग के लिए भी यह काफी अच्छा हो सकता है

• मैं अभी Linux user नहीं हूँ, लेकिन यहाँ immutable से सटीक मतलब क्या है, यह जानना चाहता हूँ। उदाहरण के लिए, क्या Elixir या कोई IDE install ही नहीं किया जा सकता? custom OS tuning में मेरी दिलचस्पी नहीं, लेकिन अगर app installation ही रोक दी जाए तो फिर यह किसके लिए है, यह सवाल उठता है

  • immutable का मतलब है कि base system पर individual package updates supported नहीं होते। यह कुछ Docker image जैसा है, जहाँ upgrade पूरे base image को बदलकर होता है। आम तौर पर अतिरिक्त software install करने पर पूरी रोक नहीं होती, लेकिन उसका तरीका Flatpak आदि तक सीमित किया जा सकता है, जैसे Fedora Silverblue में
  • इसका मतलब यह है कि base OS + library layer को छुए बिना, ज़रूरी software (जैसे Elixir या IDE) उसकी required libraries के साथ sandboxed environment में install किया जाता है। अब उन्हें सीधे पूरे system पर install नहीं किया जाता

• जानना चाहता हूँ कि क्या इस डिस्ट्रो ने आखिरकार package management की समस्या हल कर दी है

  • उसका जवाब ChromeOS मॉडल है। इसमें package manager नहीं होता, और आप system पर सीधे package install, remove या update नहीं कर सकते। iOS या Android की तरह updates पूरे OS image के रूप में मिलते हैं

• क्या immutable का मतलब ChromeOS की तरह यह है कि system पर सीधे packages install नहीं किए जा सकते, और अलग container के भीतर आप GUI सहित software मनचाहे तरीके से install कर सकते हैं? अगर ऐसा है, तो पुराने लेकिन अब भी उपयोगी laptops पर ChromeOS Flex के विकल्प के रूप में यह अच्छा विकल्प हो सकता है क्या?

  • हाँ, immutable की अवधारणा मोटे तौर पर यही है। Linux में इसे कभी-कभी atomic भी कहा जाता है
  • व्यक्तिगत रूप से मेरा snap और flatpak दोनों के साथ अनुभव अच्छा नहीं रहा, इसलिए अच्छा होगा अगर यह उसी मॉडल पर न हो