كريستيان شالر ، الذي يقود فريق تطوير سطح المكتب في Red Hat وسطح مكتب Fedora ، في مراجعة لخطط مكونات سطح المكتب في Fedora 31 ، ذكر نية Red Hat بالتوقف عن تطوير وظائف خادم X.Org وأن يقتصر فقط على الحفاظ على قاعدة التعليمات البرمجية الحالية وتصحيح الأخطاء.
حاليًا ، تقدم Red Hat مساهمة رئيسية في تطوير خادم X.Org وتحافظ على دعمها لذلك ، في حالة تعليق التطوير ، فمن غير المرجح أن يستمر تشكيل إصدارات خادم X.Org المهمة.
في الوقت نفسه ، على الرغم من توقف التطوير ، سيستمر دعم Red Hat لـ X.Org على الأقل حتى نهاية دورة حياة توزيع RHEL 8 ، والتي ستستمر حتى عام 2029.
تطوير X.Org ضئيل بالفعل
تم بالفعل ملاحظة الركود في تطوير خادم X.Org. على الرغم من دورة الإصدار التي مدتها ستة أشهر والتي تم استخدامها مسبقًا ، تم إصدار آخر إصدار مهم من X.Org Server 1.20 منذ 14 شهرًا وتوقف الإعداد للإصدار 1.21.
قد يتغير الموقف إذا وافقت أي شركة أو مجتمع على الاستمرار في زيادة وظائف خادم X.Org ، ولكن بالنظر إلى التحول الواسع النطاق من المشاريع الهامة إلى وايلاند ، فمن غير المرجح أن يكون هناك أي شخص.
تركز Red Hat حاليًا على تحسين عمل سطح المكتب في Wayland. من المتوقع أن يتم وضع خادم X.Org في وضع الصيانة بعد حل مشكلة إزالة التبعيات تمامًا من مكونات X.Org والتأكد من بدء غلاف Gnome دون استخدام XWayland ، الأمر الذي يتطلب إعادة بناء أو إزالة الروابط المتبقية إلى X.org.
تمت إزالة هذه الروابط تقريبًا من Gnome Shell لكنها لا تزال في إعدادات Gnome.
في Gnome 3.34 أو 3.36 ، من المخطط التخلص تمامًا من ارتباطات X.Org وتنظيم إصدار XWayland ديناميكيًا ، عندما تظهر الحاجة إلى مكونات لضمان توافق X11.
تفضل Red Hat تركيز جهودها على Wayland
كما تم ذكر الحاجة إلى حل عدد من القضايا العالقة مع Wayland ، مثل العمل مع برامج التشغيل الخاصة بشركة NVIDIA وتحسين خادم XWayland DDX لضمان إطلاق عالي الجودة لتطبيقات X في بيئة قائمة على Wayland.
من بين 31 مهمة يتم إجراؤها استعدادًا لـ Fedora ، تقوم XWayland بتنفيذ القدرة على تشغيل تطبيقات X بامتيازات الجذر. مثل هذا الإصدار مشكوك فيه من وجهة نظر أمنية ، ولكنه ضروري لضمان التوافق مع برامج X ، التي تتطلب امتيازات عالية.
التحدي الآخر هو تحسين دعم Wayland في مكتبة SDL ، على سبيل المثال ، لحل مشكلات القياس عند تشغيل الألعاب القديمة التي تعمل بدقة شاشة منخفضة.
وبالإضافة إلى ذلك، هناك حاجة لتحسين الدعم لعمل Wayland على الأنظمة ذات السائقين المملوكين لـ NVIDIA:
إذا كان بإمكان Wayland العمل على برامج التشغيل هذه لفترة طويلة ، فلن تتمكن XWayland في هذا التكوين من استخدام إمكانات تسريع الأجهزة للرسومات ثلاثية الأبعاد (من المخطط توفير القدرة على تنزيل برامج تشغيل x.org NVIDIA لـ XWayland)
وبالإضافة إلى ذلك، العمل جار لاستبدال PulseAudio و Jack بـ PipeWire Media Server ، الذي يوسع قدرات PulseAudio من خلال دفق الفيديو ومعالجة الصوت بأقل زمن انتقال ، مع مراعاة احتياجات أنظمة معالجة الصوت الاحترافية ، فضلاً عن تقديم نموذج أمان محسّن للتحكم في الوصول على مستوى الجهاز الفردي.
أخيرًا كجزء من دورة تطوير Fedora 31 ، يركز العمل على استخدام PipeWire لمشاركة الوصول إلى الشاشة في البيئات المستندة إلى Wayland ، بما في ذلك استخدام بروتوكول Miracast.
إلى تم التخطيط أيضًا لـ Fedora 31 لإضافة القدرة على إطلاق تطبيقات Qt في جلسة Wayland المستندة إلى Gnome. استخدام البرنامج المساعد Qt Wayland بدلاً من البرنامج المساعد XCB باستخدام X11 / XWayland.