Red Hat X.Org सर्भरको विकास रोक्न चाहन्छ

Red Hat र Fedora डेस्कटप टोलीमा डेस्कटप विकास टोलीको नेतृत्व गर्ने क्रिश्चियन स्कालर, योजनाहरूको समीक्षा, Fedora 31 मा डेस्कटप कम्पोनेन्टहरूको सन्दर्भमा, X.Org सर्भरको कार्यक्षमतालाई सक्रिय रूपमा विकास गर्न रोक्न र अवस्थित कोड आधार कायम राख्न र बगहरू हटाउन मात्र सीमित गर्ने Red Hat को मनसाय उल्लेख गरिएको छ।

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

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

Red Hat को हालको फोकस Wayland डेस्कटप अनुभव सुधार गर्नमा छ। X.Org सर्भरलाई मर्मत मोडमा सार्दा X.Org कम्पोनेन्टहरूमा निर्भरता पूर्ण रूपमा हटाइएपछि पूरा हुने अपेक्षा गरिन्छ र GNOME शेलले XWayland प्रयोग नगरिकन चल्नेछ, जसमा बाँकी X.org निर्भरताहरूलाई पुन: फ्याक्टरिङ वा हटाउन आवश्यक छ। त्यस्ता बाइन्डिङहरू जिनोम शेलबाट लगभग हटाइएको छ, तर अझै पनि जिनोम सेटिङ डेमनमा रहन्छ। GNOME 3.34 वा 3.36 मा यो X.Org मा बाइन्डिङबाट पूर्ण रूपमा छुटकारा पाउन र XWayland सुरु गर्ने योजना छ। गतिशील रूपमा, जब X11 संग अनुकूलता सुनिश्चित गर्न कम्पोनेन्टहरूको आवश्यकता उत्पन्न हुन्छ।

कतिपय समस्या समाधान गर्नुपर्ने पनि उल्लेख छ बाँकी समस्याहरू Wayland सँग, जस्तै स्वामित्व NVIDIA ड्राइभरहरूसँग काम गर्ने र XWayland DDX सर्भरमा सुधार गर्नको लागि Wayland-आधारित वातावरणमा X अनुप्रयोगहरूको उच्च-गुणस्तरको सुरुवात सुनिश्चित गर्न। Fedora 31 को तयारीमा गरिएका कार्यहरू मध्ये, XWayland मा रूट विशेषाधिकारहरूसँग X अनुप्रयोगहरू चलाउने क्षमताको कार्यान्वयन नोट गरिएको छ। यस्तो प्रक्षेपण सुरक्षा दृष्टिकोणबाट शंकास्पद छ, तर X कार्यक्रमहरूसँग अनुकूलता सुनिश्चित गर्न आवश्यक छ जसलाई उन्नत विशेषाधिकारहरूसँग चल्न आवश्यक छ।

अर्को लक्ष्य भनेको SDL पुस्तकालयमा Wayland समर्थन सुधार्नु हो, उदाहरणका लागि कम स्क्रिन रिजोल्युसनहरूमा चलिरहेको पुराना खेलहरू चलाउँदा स्केलिंग समस्याहरू समाधान गर्न। स्वामित्व NVIDIA ड्राइभरहरू भएका प्रणालीहरूमा Wayland को लागि समर्थन सुधार गर्न आवश्यक छ - जबकि Wayland लामो समयदेखि त्यस्ता ड्राइभरहरूको शीर्षमा काम गर्न सक्षम भएको छ, XWayland ले यो कन्फिगरेसनमा अझै पनि 3D ग्राफिक्सको हार्डवेयर प्रवेगका लागि उपकरणहरू प्रयोग गर्न सक्दैन (यो योजना गरिएको छ। XWayland को लागि x.org चालक NVIDIA डाउनलोड गर्ने क्षमता प्रदान गर्नुहोस्)।

थप रूपमा, मल्टिमिडिया सर्भरको साथ पल्सअडियो र ज्याकलाई प्रतिस्थापन गर्ने काम जारी छ पाइपवायर, जसले भिडियो स्ट्रिमहरूसँग काम गर्न र न्यूनतम ढिलाइमा अडियो प्रशोधन गर्नका लागि उपकरणहरूको साथ PulseAudio को क्षमताहरू विस्तार गर्दछ, व्यावसायिक अडियो प्रशोधन प्रणालीहरूको आवश्यकताहरूलाई ध्यानमा राख्दै, र व्यक्तिगत यन्त्रहरू र स्ट्रिमहरूको स्तरमा पहुँच नियन्त्रणको लागि उन्नत सुरक्षा मोडेल पनि प्रदान गर्दछ। । Fedora 31 विकास चक्रको भागको रूपमा, Wayland-आधारित वातावरणमा स्क्रिन साझेदारीको लागि पाइपवायर प्रयोग गर्नमा केन्द्रित छ, Miracast.

Fedora 31 मा पनि योजना गरिएको X11/XWayland प्रयोग गरेर XCB प्लगइनको सट्टा Qt Wayland प्लगइन प्रयोग गरेर Wayland-आधारित GNOME सत्रमा Qt अनुप्रयोगहरू चलाउने क्षमता थप्नुहोस्।

स्रोत: opennet.ru