XFCE 4.20 का लक्ष्य प्रारंभिक Wayland सपोर्ट
(ostechnix.com)- XFCE 4.20 एक ट्रांज़िशन रिलीज़ के रूप में तैयार किया जा रहा है, जो हल्के X11 डेस्कटॉप वातावरण के रूप में अपनी मौजूदा ताकत बनाए रखते हुए मुख्य कॉम्पोनेंट्स में प्रारंभिक Wayland सपोर्ट जोड़ता है
- Wayland को अपनाने से अधिक सरल डिस्प्ले आर्किटेक्चर और direct communication के ज़रिए performance और security में सुधार, input latency में कमी, और HiDPI सपोर्ट की उम्मीद है
- सपोर्ट की शुरुआत xfce4-panel, xfdesktop, libxfce4ui, और xfce4-settings से होगी, और हर कॉम्पोनेंट के लिए porting और compatibility adjustment पर काम जारी है
- हालांकि xfwm4 के Wayland development और panel plugins व applications के समर्थन का काम अभी बाकी है, इसलिए पूरी XFCE Wayland session की समय-सारिणी अभी तय नहीं है
- development की दिशा X11 को हटाने की नहीं, बल्कि उपयोगकर्ताओं को परिचित XFCE अनुभव बनाए रखते हुए Wayland को वैकल्पिक रूप से आज़माने का विकल्प देने की है
XFCE 4.20 में Wayland ट्रांज़िशन का दायरा
- XFCE 4.20 का लक्ष्य मुख्य कॉम्पोनेंट्स में प्रारंभिक Wayland सपोर्ट लाना है
- मौजूदा XFCE एक हल्के और customizable X11 desktop environment के रूप में जाना जाता है, और 4.20 X11 compatibility बनाए रखते हुए Wayland जोड़ता है
- उपयोगकर्ता मौजूदा XFCE अनुभव का उपयोग जारी रखते हुए Wayland वातावरण को आज़मा सकते हैं
-
Wayland क्या बदलता है
- Wayland एक आधुनिक display server protocol है, जिसे पुराने X11 system को replace करने के लिए डिज़ाइन किया गया है
- अधिक सरल आर्किटेक्चर और application-display server के बीच direct communication के कारण graphics अधिक smooth होते हैं, input latency घटती है, और security बेहतर होती है
- यह high-resolution displays के लिए built-in support देता है, जिससे आधुनिक hardware पर अधिक स्पष्ट स्क्रीन मिलती है
- यह compositor-centric approach का उपयोग करता है, जिसमें compositor window management, animations, और effects को अधिक प्रभावी ढंग से नियंत्रित करता है
कॉम्पोनेंट-वार प्रगति और बाकी काम
-
मुख्य कॉम्पोनेंट्स
- xfce4-panel को wlroots compositor framework का उपयोग करके Wayland के अनुरूप ढाला गया है, और इसे Wayland पर चलाने के लिए तैयार किया गया है
- xfdesktop को Wayland पर port किया गया है, और workspaces व window list जैसी सुविधाओं के सपोर्ट पर काम जारी है
- libxfce4ui को X11 और Wayland दोनों के साथ compatibility सुनिश्चित करने के लिए अपडेट किया गया है
- xfce4-settings में Wayland-संबंधित कॉम्पोनेंट्स जोड़े गए हैं, और display settings को X11 व Wayland में अलग-अलग काम करने के लिए समायोजित किया गया है
-
अभी बाकी चुनौतियाँ
- xfwm4 के लिए Wayland development अभी बाकी है
- कई panel plugins और applications को भी Wayland सपोर्ट के लिए काम चाहिए
- दीर्घकालिक लक्ष्य पूरी XFCE Wayland session देना है, लेकिन सटीक समयरेखा अभी भी अनिश्चित है
XFCE 4.20 रिलीज़ शेड्यूल
- वर्तमान XFCE 4.20 रिलीज़ योजना इस प्रकार है
- 1 नवंबर 2024: XFCE 4.20pre1, फीचर और स्ट्रिंग फ्रीज़
- 1 दिसंबर 2024: XFCE 4.20pre2, कोड फ्रीज़
- 15 दिसंबर 2024: XFCE 4.20pre3, अंतिम फ्रीज़, वैकल्पिक रिलीज़
- 15 दिसंबर 2024: XFCE 4.20 अंतिम रिलीज़ अपेक्षित; यदि pre3 होता है, तो लगभग 29 दिसंबर 2024 के आसपास
- संदर्भ सामग्री: https://wiki.xfce.org/releng/4.20/roadmap
1 टिप्पणियां
Hacker News की राय
स्पष्ट कर दूँ, अभी compositor मौजूद नहीं है
थोड़ा काम करके देखा है, लेकिन इस्तेमाल लायक बनने में कम से कम 1 साल, शायद उससे भी ज़्यादा समय लगेगा
4.20 में कुछ components को दूसरे compositor के ऊपर चलाया जा सकता है, और हमारा compositor भी wlroots इस्तेमाल करने वाला है, इसलिए testing मुख्य रूप से Wayfire और Labwc के साथ हो रही है
हालांकि यह देखना दिलचस्प होगा कि लोग इस बदलाव पर कैसी प्रतिक्रिया देंगे। XFCE users में बहुत से लोग Wayland चाहते होंगे या उन्हें फर्क नहीं पड़ता होगा, लेकिन लगता है कि कुछ लोग इस बदलाव का कड़ा विरोध भी करेंगे
धीरे-धीरे आगे बढ़ने से हाल की Wayland growth के फायदे लेते हुए transition की समस्याएँ कम करने के लिए XFCE Wayland को refine किया जा सकता है
वे भी desktop के लिए एक Wayland compositor बना रहे हैं जो धीरे-धीरे GTK-based चीज़ों से दूर जा रहा है, और उसमें काफी प्रगति हो चुकी है, इसलिए शायद वह compositor requirements के मुताबिक हो सकता है
वैसे, XFCE मुझे सचमुच बहुत पसंद है। features, stability और performance के बीच इसका balance बिल्कुल perfect लगता है
अच्छा होगा अगर X11 libraries के अरबों टुकड़ों में बिखरे होने वाली अफरातफरी दोबारा न हो
Linux/BSD में बिना config छेड़े सीधे चलने वाला और हल्का window manager ढूँढें, तो मुझे सच में लगता है कि XFCE ही एकमात्र practical option है
यह कुल मिलाकर sensible defaults वाला, बेहतर Windows 2000 UI जैसा है। XFCE को लगातार up to date रखने वाले developers का सच में शुक्रिया, और यह खबर बड़ी अच्छी है
इसलिए पता चला कि Cinnamon भी “बेहतर Windows 2000 UI” के तौर पर काफी अच्छा option है
Cinnamon भी HiDPI पर perfect नहीं है, लेकिन font size को 150% या 200% तक बढ़ाने पर भी पूरा UI टूटता नहीं है। XFCE में ऐसा करने पर सब कुछ बदसूरत हो जाता है
XFCE रोज़ इस्तेमाल करता हूँ, खासकर workdays में
कई सालों से लगातार इस्तेमाल कर रहा हूँ, और शुरुआत तब हुई थी जब यह Atom-based netbook पर बिना lag चल सकने वाला इकलौता window manager था। उस समय वही मेरा इकलौता “PC” था
इतना लंबा समय बीतने के बाद भी इसे इस्तेमाल कर रहा हूँ और अब भी संतुष्ट हूँ। पता नहीं लोगों को पता है या नहीं कि किसी चीज़ पर click करने पर बिना delay तुरंत काम होने का एहसास कैसा होता है
शानदार software है, और इस पर काम करने वाले सभी developers का आभार
HiDPI को लेकर कुछ शिकायतें देखीं; पता नहीं मदद होगी या नहीं, लेकिन मैं 4K laptop screen, USB-C से जुड़ा 4K monitor, और HDMI से portrait mode में लगाया हुआ 1024 resolution monitor इस्तेमाल करता हूँ
Appearance settings में x2 set करने पर दोनों 4K monitors बहुत अच्छे दिखते हैं, और Display Manager में 1024 monitor के लिए भी 2x scale set कर देने पर ठीक रहता है। जाहिर है 4K जितना अच्छा नहीं, लेकिन वह monitor शुरू से ही कमज़ोर है; सच कहूँ तो यह इतना अच्छा चलता है, यह हैरान करने वाली बात है
कुछ महीने पहले company computer पर Linux install करते समय XFCE का X11 से बँधा होना ही आखिरकार मुझे KDE पर ले गया
remote machine पर code compile करते समय एक window के terminal की वजह से दूसरी window का YouTube video अटक रहा था। जितना मैंने जाँचा, hardware-accelerated playback बिल्कुल नहीं हो रहा था
लगता था Chrome और Firefox दोनों ने X11 को लगभग छोड़कर Wayland पर Vulkan-based rendering backend इस्तेमाल करने की दिशा पकड़ ली थी
KDE 5 को रात भर “पकने” देने के बाद, Gentoo होने की वजह से KDE जैसे पूरे desktop environment को compile करने में समय लगता है, सब कुछ बस काम करने लगा
XFCE की visual simplicity याद आती है और कभी लौटना चाहूँगा, लेकिन तब तक responsiveness ही मुख्य चीज़ है
मैं हमेशा हल्का और कम resources लेने वाला software पसंद करता हूँ, लेकिन hardware acceleration न इस्तेमाल करना उल्टा ज़्यादा resources खाने जैसा माना जा सकता है
कुछ साल पहले मैं मुख्य रूप से dwm इस्तेमाल करता था और पसंद करता था, लेकिन जल्दी environment चाहिए हो तो आम तौर पर Xfce पर लौट आता हूँ
family computers—पिता, माँ, छोटी बहन के PC, और वह media PC जिसे आलस में वैसा ही छोड़ दिया—सब Xfce पर हैं। Xfce में Wayland support आ जाए तो शायद switch करने पर विचार करूँगा
मुझे अब भी याद है कि Xfce 4.0.4 के आसपास का शायद कोई video देखकर मैं हैरान था कि bar में launchers और widgets खुद चुनने का तरीका कितना simple और stable था। उस समय के Gnome से कहीं ज़्यादा simple था
modern KDE कभी-कभी मुझे Xfce जैसा लगता है, लेकिन settings बदलने की कोशिश करूँ तो अजीब bugs बहुत मिलते हैं। Xfce में भी कभी Thunar के काफी unstable होने जैसे issues थे, लेकिन simplicity और stability के मामले में यह अब भी वही desktop है जिस पर मैं लौटता हूँ
वजह यह है कि सब Win9x पर बड़े हुए हैं, और XFCE का visual metaphor तुरंत समझ में आ जाता है। YouTube और Facebook चल जाएँ तो अंदर क्या है, इसकी उन्हें बिल्कुल परवाह नहीं
वैसे dwm शानदार है। suckless की ज़्यादातर चीज़ें ऐसी ही हैं
सच कहूँ तो Wayland में screen sharing और दूसरी चीज़ें अभी भी इतनी कमजोर हैं कि daily driver XFCE का इसे अपनाने में पीछे रहना उल्टा फायदा जैसा लगता है
शुरुआत में यह पूरी तरह टूटा हुआ था और हर app में explicit support जोड़ना पड़ता था, इसलिए काफी खराब रहा होगा, लेकिन हाल में Firefox, Zoom, Slack में मुझे कोई समस्या नहीं हुई
केवल Microsoft Teams अपवाद है, लेकिन Teams में तो webcam भी ठीक से काम नहीं करता
lockdown में जब हमें घर भेजा गया था, तब Chrome के MS Teams में screen sharing default रूप से काम नहीं करता था, लेकिन कुछ मिनट खोजकर मुझे enable करने वाला Chrome flag मिल गया और सही flag के साथ चलने वाली एक नई local desktop file बना ली
उसके बाद जो कमी रह गई थी वह HDR support और color calibration जैसी चीज़ें थीं। यह अफसोस की बात है कि वे अभी तैयार नहीं हैं, लेकिन वास्तव में इन्हें इस्तेमाल करने वाले users बहुत कम हैं, इसलिए 99.9% users के लिए Wayland ठीक काम करता है
individual window या tab sharing संभव है या नहीं, यह भी मुझे ठीक से नहीं पता
Wayland side पर इसका क्या हाल है, यह जानने की उत्सुकता है
Wayland transition client-side decorations अपनाने के साथ भी चलता दिखता है
यह “modern” approach, हाल के settings manager बदलावों में दिखने की तरह, XFCE के traditional user experience को खराब करता है। XFCE के भविष्य को लेकर चिंता है
मेरे लिए XFCE की ताकत stable तरीके से implement किया गया traditional Win98/XP user experience था। उम्मीद है यह Gnome3 patterns को और नहीं अपनाएगा
Wayland transition और client-side decorations का कोई खास संबंध नहीं है
GNOME/GTK side Wayland से पहले ही CSD की दिशा में जा चुका था। Wayland compositor अपनी decorations खुद draw कर सकता है, और xfwm4 भी Wayland compositor बनने पर ऐसा ही करते रहने वाला है
Wayland की सच में अच्छी बातों में से एक यह है कि इसमें ऐसा protocol है जिससे compositor apps को बता सकता है कि वे अपनी decorations खुद न draw करें। जबकि X11 में अगर कोई app window manager से कहे कि वह CSD draw करेगा, तो window manager के पास करने को कुछ नहीं होता
GNOME ने निश्चित रूप से CSD को पूरी तरह अपना लिया है, और अगर मुझे सही याद है तो GNOME में app CSD न draw करे तो decorations बिल्कुल नहीं होतीं, लेकिन इसका Wayland से संबंध नहीं है
समझ नहीं आता कि इसका Wayland या XFCE से क्या संबंध है। client-side decorations इस्तेमाल करने वाला प्रमुख desktop environment असल में लगभग सिर्फ GNOME है, और यह 2018 से ऐसा ही है
स्रोत: https://blog.martin-graesslin.com/blog/2018/01/server-side-d...
Wayland neutral है, और Wayland पर कैसे करना है यह compositor और application तय करते हैं
CSD का user experience से संबंध नहीं है। CSD का मतलब बस इतना है कि application window buttons और borders खुद draw करता है
मेरी accessibility requirements Wayland पर लगभग मृत हैं
मुझे per-application mimic किए जा सकने वाले shortcuts और global shortcuts चाहिए
लेकिन Wayland का security model शायद इसकी अनुमति नहीं देगा। accessibility और automation tools सभी Wayland compositors को support करने के लिए कैसे टिकेंगे, समझ नहीं आता
बाकी को libraries और toolkits में रखा जा सकता है, लेकिन integration point शायद compositor के अंदर होना चाहिए
https://github.com/rvaiya/keyd
Windows की तुलना में accessibility इतनी पीछे है कि मजाक भी नहीं लगता
क्या यह समझना सही है कि इसे wlroots के ऊपर build किया जा रहा है?
अगर हाँ, तो यह काफी अच्छी प्रगति है। क्योंकि शायद Sway या River जैसे दूसरे window managers/compositors में भी XFCE apps की मजबूती मिल सके
मैंने wlroots का उपयोग करके xfwm4 पर थोड़ा काम किया है, लेकिन इस्तेमाल लायक बनने में अभी 1 साल से अधिक लगेगा
Wayland पर काम करने वाले desktop components को मुख्य रूप से wlroots-based compositors पर test किया गया है
अगर Linux पर desktop environment इस्तेमाल करना पड़े तो मैं XFCE इस्तेमाल करूँगा
लेकिन इस Wayland trend की वजह से मेरा मन BSD की ओर खिंच रहा है। मैंने अभी Linux छोड़ा नहीं है, और Firefox के X support बंद करने से पहले तक शायद Wayland अनिवार्य नहीं होगा
हालांकि systemd के बिना screen sharing चलाने के लिए जो जादुई dbus मंत्र चाहिए, वह मुझे अभी तक समझ नहीं आया। कम-से-कम pipewire तो चाहिए होगा