Xorg को हटाया जा रहा है। इसका क्या मतलब है?
Red Hat की RHEL 10 में Xorg display server को हटाकर Wayland अपनाने की योजना Linux desktop stack की संगतता, सुरक्षा और दीर्घकालिक मेंटेनेंस को लेकर बहस छेड़ रही है। समर्थकों का तर्क है कि Xorg प्रभावी रूप से अनमेंटेन्ड, असुरक्षित और अत्यधिक जटिल है, और Wayland बेहतर sandboxing, आधुनिक graphics features, तथा अधिक साफ़ protocol design देता है। आलोचकों को लंबे समय से उपयोग में रहे workflows, accessibility tools, remote/keyboard-sharing setups, और कुछ GPU drivers के टूटने की चिंता है, और वे सवाल उठाते हैं कि क्या Wayland के सभी use cases को पूरी तरह कवर करने से पहले यह संक्रमण थोपना जिम्मेदाराना है।
“Bare metal” Xorg की परिभाषा
- एक थ्रेड “bare metal” को इस तरह स्पष्ट करता है कि Xorg प्राथमिक डिस्प्ले सर्वर है जो सीधे इनपुट (evdev) और आउटपुट (DRM/KMS) डिवाइसों से बात कर रहा है।
- इसकी तुलना “nested” सर्वरों जैसे Xwayland, Xephyr, vfb, xnest, xquartz, और xwin से की जाती है, जो किसी अन्य डिस्प्ले सिस्टम में रेंडर करते हैं।
- कुछ लोगों को “bare metal” का यह उपयोग उस अधिक सामान्य अर्थ—“VM/container के अंदर नहीं”—की तुलना में सहज नहीं लगता।
दायरा: विशेष रूप से RHEL10 में Xorg को हटाना
- थ्रेड में बताया गया है कि शीर्षक कुछ हद तक भ्रामक है: ठोस योजना RHEL10 में Xorg के “xfree86-like” सर्वर को हटाने की है।
- कुछ लोग तर्क देते हैं कि इसका बहुतों पर असर नहीं पड़ेगा, क्योंकि RHEL अक्सर सर्वर-केंद्रित होता है या निच वर्कस्टेशन सेटअप्स में उपयोग होता है; जबकि अन्य का मानना है कि Red Hat का यह कदम systemd की तरह अन्य डिस्ट्रीब्यूशनों को प्रभावित करेगा।
Xorg बनाम Wayland: तकनीकी कर्ज और सुरक्षा
- कई लोग Xorg को पुराना, जटिल, और मेंटेनेंस मोड में बताते हैं, जिसमें कई मुश्किल से उपयोग होने वाले एक्सटेंशन हैं और इसे संभालने वाले लोग बहुत कम हैं।
- हटाने के समर्थक इन बिंदुओं पर ज़ोर देते हैं:
- Wayland + Flatpak/PipeWire जैसी आधुनिक तकनीकों के साथ बेहतर सैंडबॉक्सिंग और परमिशन।
- X का कमजोर isolation (आसानी से keylogging, screen snooping, lock screen का बस एक और विंडो होना)।
- हाई रिफ्रेश रेट्स, HDR जैसे आधुनिक फीचर्स को साफ़-सुथरे तरीके से जोड़ने की कठिनाई।
- संशयवादी आम डेस्कटॉप्स पर वास्तविक सुरक्षा लाभों पर सवाल उठाते हैं, खासकर जहाँ सैंडबॉक्सिंग अभी व्यापक नहीं है।
संगतता और उपयोगकर्ता अनुभव की चिंताएँ
- कुछ लोग “एक पूरी नई श्रेणी” की खराबियों से डरते हैं, खासकर लंबे समय से चल रहे, X-विशिष्ट, या अनमेंटेन्ड ऐप्स में।
- अन्य लोग जवाब देते हैं कि Xwayland आने वाले दशकों तक X client compatibility बनाए रखता है और एक अनमेंटेन्ड Xorg को शिप करना गैर-जिम्मेदाराना है।
- कई उपयोगकर्ता Wayland आज़माने के बाद जल्दी ही regressions या गायब फीचर्स से टकराने की रिपोर्ट देते हैं (जैसे Nvidia, workflows, lock-screen quirks)।
एक्सेसिबिलिटी और इनपुट-शेयरिंग टूल्स
- जिन विशिष्ट टूटनों का उल्लेख किया गया है उनमें Talon + Cursorless (voice control) और synergy/barrier/input-leap (multi-machine input sharing) शामिल हैं।
- Wayland-केंद्रित नए विकल्प उभर रहे हैं (libei, waynergy), लेकिन समर्थन अधूरा है, compositor पर निर्भर है, और कभी-कभी इसका विरोध भी होता है।
- Wayland पर Talon के लिए accessibility requirements मौजूद हैं, लेकिन और implementation work चाहिए; कुछ उपयोगकर्ता एक न्यूनतम subset स्वीकार कर लेंगे।
systemd और maintenance वाला उपविषय
- थ्रेड में संक्षेप में Xorg→Wayland की तुलना sysvinit→systemd से की गई है:
- एक पक्ष पुराने, जटिल कोड को अधिक सुसंगत लेकिन बड़े सिस्टम से बदलने का उत्सव मनाता है।
- दूसरा पक्ष वैकल्पिक inits के अस्तित्व पर ज़ोर देता है और “giant ball of code” डिज़ाइनों से असंतोष जताता है।
- व्यापक रूप से, कई टिप्पणियाँ तर्क देती हैं कि अनमेंटेन्ड, नेटवर्क-फेसिंग सॉफ़्टवेयर (जैसे पुराने synergy/barrier संस्करण) पर निर्भर रहना जोखिम भरा है, जबकि अन्य कहते हैं कि संदर्भ (airgaps, tunnels) मायने रखता है और उपयोगकर्ताओं को अपने trade-offs खुद तय करने चाहिए।