تعتزم Red Hat إيقاف تطوير خادم X.Org

كريستيان شالر ، رئيس فريق تطوير سطح المكتب في Red Hat وفريق Fedora Desktop Team ، مراجعة الخطط، فيما يتعلق بمكونات سطح المكتب في Fedora 31 ، ذكر نية Red Hat بالتوقف عن تطوير وظائف خادم X.Org بنشاط وقصر نفسها على الحفاظ على قاعدة الشفرة الحالية وإصلاح الأخطاء.

تعد Red Hat حاليًا مساهمًا رئيسيًا في تطوير خادم X.Org وتقوم بصيانته ، لذلك فمن غير المرجح أن تستمر الإصدارات المهمة من خادم X.Org في حالة حدوث انحراف عن المسار. في الوقت نفسه ، على الرغم من إنهاء التطوير ، ستستمر صيانة X.Org بواسطة Red Hat على الأقل حتى نهاية دورة حياة توزيع RHEL 8 ، والتي ستستمر حتى عام 2029.

تطور خادم X.Org في حالة ركود بالفعل - على الرغم من دورة الإصدار السابقة التي مدتها ستة أشهر ، تم نشر آخر إصدار مهم من X.Org Server 1.20 منذ 14 شهرًا ، وتوقف إعداد الإصدار 1.21. قد يتغير الوضع إذا استحوذت شركة أو مجتمع ما على النمو المستمر لوظائف خادم X.Org ، ولكن نظرًا للتحول الواسع النطاق للمشاريع المهمة نحو Wayland ، فمن غير المرجح أن يكون هناك من يرغبون.

يركز Red Hat حاليًا على تحسين تجربة سطح المكتب في Wayland. من المتوقع انتقال خادم X.Org إلى وضع الصيانة بعد مهمة إزالة التبعية تمامًا لمكونات X.Org والتأكد من تشغيل GNOME Shell دون استخدام XWayland ، الأمر الذي يتطلب إعادة بناء أو إزالة الروابط المتبقية إلى X.org. اختفت هذه الارتباطات تقريبًا من غلاف جنوم ، لكنها لا تزال موجودة في البرنامج الخفي لإعداد جنوم. في جنوم 3.34 أو 3.36 ، من المخطط التخلص تمامًا من الارتباطات بـ X.Org وتنظيم إطلاق XWayland ديناميكيًا، عندما تكون هناك حاجة لمكونات لضمان التوافق مع X11.

يذكر أيضًا الحاجة إلى حل عدد من المشاكل المتبقية مع Wayland ، مثل العمل مع برامج تشغيل NVIDIA الخاصة وتعديل خادم XWayland DDX لتشغيل تطبيقات X بشكل جيد في بيئة قائمة على Wayland. من العمل الذي تم تنفيذه كجزء من إعداد Fedora 31 ، لوحظ التنفيذ في XWayland للقدرة على تشغيل تطبيقات X بامتيازات الجذر. يعد التشغيل بهذه الطريقة أمرًا مشكوكًا فيه من وجهة نظر الأمان ، ولكنه ضروري لضمان التوافق مع برامج X التي تحتاج إلى تشغيل بامتيازات عالية.

الهدف الآخر هو تحسين دعم Wayland في SDL ، على سبيل المثال لحل مشكلات القياس عند تشغيل ألعاب قديمة تعمل بدقة شاشة منخفضة. ويلاحظ أيضًا الحاجة إلى تحسين الدعم لـ Wayland في الأنظمة ذات برامج تشغيل NVIDIA الخاصة - إذا كان Wayland قادرًا على العمل فوق هذه المحركات لفترة طويلة ، فإن XWayland في هذا التكوين لا يمكنها حتى الآن استخدام أدوات لتسريع الأجهزة للرسومات ثلاثية الأبعاد (من المخطط توفير القدرة على تحميل برنامج تشغيل x.org NVIDIA لـ Xwayland).

بالإضافة إلى ذلك ، يستمر العمل لاستبدال PulseAudio و Jack بخادم وسائط متعددة. PipeWire، والذي يوسع قدرات PulseAudio لدفق الفيديو ومعالجة الصوت بزمن انتقال منخفض لتلبية احتياجات أنظمة معالجة الصوت الاحترافية ، كما يوفر نموذج أمان موسع للتحكم في الوصول على مستوى الأجهزة الفردية وعمليات البث. كجزء من دورة تطوير Fedora 31 ، يتركز العمل على استخدام PipeWire لتنظيم مشاركة الشاشة في البيئات المستندة إلى Wayland ، بما في ذلك استخدام البروتوكول Miracast.

تعتزم Red Hat إيقاف تطوير خادم X.Org

فيدورا 31 أيضا مخطط إضافة القدرة على تشغيل تطبيقات Qt في جلسة جنوم المستندة إلى Wayland باستخدام المكون الإضافي Qt Wayland بدلاً من المكون الإضافي XCB باستخدام X11 / XWayland.

المصدر: opennet.ru

إضافة تعليق