Red Hat का इरादा X.Org सर्वर के विकास को रोकने का है

क्रिस्चियन स्कॉलर, जो रेड हैट और फेडोरा डेस्कटॉप टीम में डेस्कटॉप डेवलपमेंट टीम का नेतृत्व करते हैं, योजनाओं की समीक्षाफेडोरा 31 में डेस्कटॉप घटकों के संबंध में, Red Hat के इरादे का उल्लेख किया गया है कि वह X.Org सर्वर की कार्यक्षमता को सक्रिय रूप से विकसित करना बंद कर देगा और खुद को केवल मौजूदा कोड आधार को बनाए रखने और बग को खत्म करने तक सीमित रखेगा।

वर्तमान में, Red Hat X.Org सर्वर के विकास में एक महत्वपूर्ण योगदानकर्ता है और इसे अपने कंधों पर रखता है, इसलिए यदि विकास से हटा दिया जाता है, तो यह संभावना नहीं है कि X.Org सर्वर के महत्वपूर्ण रिलीज़ का निर्माण जारी रहेगा। साथ ही, विकास की समाप्ति के बावजूद, Red Hat द्वारा X.Org समर्थन कम से कम RHEL 8 वितरण के जीवन चक्र के अंत तक जारी रहेगा, जो 2029 तक चलेगा।

X.Org सर्वर के विकास में ठहराव पहले से ही देखा गया है - पहले इस्तेमाल किए गए छह महीने के रिलीज चक्र के बावजूद, X.Org सर्वर 1.20 की आखिरी महत्वपूर्ण रिलीज 14 महीने पहले प्रकाशित हुई थी, और रिलीज 1.21 की तैयारी रुकी हुई है। स्थिति बदल सकती है यदि कोई कंपनी या समुदाय X.Org सर्वर की कार्यक्षमता का निर्माण जारी रखने की जिम्मेदारी लेता है, लेकिन वेलैंड की ओर महत्वपूर्ण परियोजनाओं के व्यापक बदलाव को देखते हुए, यह संभावना नहीं है कि कोई खरीदार होगा।

रेड हैट का वर्तमान फोकस वेलैंड डेस्कटॉप अनुभव को बेहतर बनाने पर है। X.Org घटकों पर निर्भरता पूरी तरह से हटा दिए जाने के बाद X.Org सर्वर को रखरखाव मोड में ले जाना पूरा होने की उम्मीद है और GNOME शेल XWayland का उपयोग किए बिना चलेगा, जिसके लिए शेष X.org निर्भरता को रीफैक्टरिंग या हटाने की आवश्यकता होती है। गनोम शेल से ऐसी बाइंडिंग लगभग समाप्त कर दी गई है, लेकिन अभी भी गनोम सेटिंग डेमॉन में बनी हुई है। GNOME 3.34 या 3.36 में X.Org से बाइंडिंग से पूरी तरह छुटकारा पाने और XWayland लॉन्च करने की योजना बनाई गई है गतिशील, जब X11 के साथ अनुकूलता सुनिश्चित करने के लिए घटकों की आवश्यकता उत्पन्न होती है।

कई समस्याओं के समाधान की जरूरत भी बताई गई है शेष समस्याएँ वेलैंड के साथ, जैसे मालिकाना NVIDIA ड्राइवरों के साथ काम करना और वेलैंड-आधारित वातावरण में एक्स अनुप्रयोगों के उच्च गुणवत्ता वाले लॉन्च को सुनिश्चित करने के लिए एक्सवेलैंड डीडीएक्स सर्वर में सुधार करना। फेडोरा 31 की तैयारी में किए गए कार्यों में, एक्सवेलैंड में रूट विशेषाधिकारों के साथ एक्स अनुप्रयोगों को चलाने की क्षमता का कार्यान्वयन नोट किया गया है। सुरक्षा की दृष्टि से ऐसा लॉन्च संदिग्ध है, लेकिन उन एक्स प्रोग्रामों के साथ अनुकूलता सुनिश्चित करने के लिए आवश्यक है जिन्हें उन्नत विशेषाधिकारों के साथ चलाने की आवश्यकता होती है।

एक अन्य लक्ष्य एसडीएल लाइब्रेरी में वेलैंड समर्थन में सुधार करना है, उदाहरण के लिए कम स्क्रीन रिज़ॉल्यूशन पर चलने वाले पुराने गेम चलाते समय स्केलिंग समस्याओं को हल करना। मालिकाना NVIDIA ड्राइवरों वाले सिस्टम पर वेलैंड के लिए समर्थन में सुधार करने की भी आवश्यकता है - जबकि वेलैंड लंबे समय से ऐसे ड्राइवरों के शीर्ष पर काम करने में सक्षम है, इस कॉन्फ़िगरेशन में XWayland अभी तक 3 डी ग्राफिक्स के हार्डवेयर त्वरण के लिए टूल का उपयोग नहीं कर सकता है (यह करने की योजना बनाई गई है) XWayland के लिए x.org ड्राइवर NVIDIA डाउनलोड करने की क्षमता प्रदान करें)।

इसके अतिरिक्त, पल्सऑडियो और जैक को मल्टीमीडिया सर्वर से बदलने का काम जारी है PipeWire, जो पेशेवर ऑडियो प्रोसेसिंग सिस्टम की जरूरतों को ध्यान में रखते हुए, वीडियो स्ट्रीम के साथ काम करने और न्यूनतम देरी के साथ ऑडियो प्रोसेसिंग के लिए टूल के साथ पल्सऑडियो की क्षमताओं का विस्तार करता है, और व्यक्तिगत उपकरणों और स्ट्रीम के स्तर पर पहुंच नियंत्रण के लिए एक उन्नत सुरक्षा मॉडल भी पेश करता है। . फेडोरा 31 विकास चक्र के भाग के रूप में, वेलैंड-आधारित वातावरण में स्क्रीन साझा करने के लिए पाइपवायर का उपयोग करने पर काम केंद्रित है, जिसमें इसका उपयोग भी शामिल है Miracast.

फेडोरा 31 में भी की योजना बनाई X11/XWayland का उपयोग करके XCB प्लगइन के बजाय Qt वेलैंड प्लगइन का उपयोग करके वेलैंड-आधारित GNOME सत्र में Qt अनुप्रयोगों को चलाने की क्षमता जोड़ें।

स्रोत: opennet.ru