Red Hat قصد دارد توسعه سرور X.Org را متوقف کند

کریستین شالر، رئیس تیم توسعه دسکتاپ در Red Hat و تیم دسکتاپ فدورا، بررسی طرح هادر مورد اجزای دسکتاپ در فدورا 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 و اجرای گنوم شل بدون استفاده از XWayland انتظار می‌رود، که مستلزم بازسازی یا حذف پیوندهای باقی‌مانده به X.org است. این اتصالات تقریباً از پوسته گنوم حذف شده اند، اما همچنان در شبح تنظیمات گنوم باقی می مانند. در GNOME 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 با یک سرور چند رسانه ای ادامه دارد. پایپ وایرکه قابلیت‌های PulseAudio را برای استریم ویدئو و پردازش صدا با تاخیر کم گسترش می‌دهد تا نیازهای سیستم‌های پردازش صوتی حرفه‌ای را برآورده کند، و همچنین یک مدل امنیتی گسترده برای کنترل دسترسی در سطح دستگاه‌ها و جریان‌ها ارائه می‌دهد. به عنوان بخشی از چرخه توسعه فدورا 31، کار بر روی استفاده از PipeWire برای سازماندهی اشتراک‌گذاری صفحه در محیط‌های مبتنی بر Wayland، از جمله استفاده از پروتکل متمرکز شده است. Miracast.

Red Hat قصد دارد توسعه سرور X.Org را متوقف کند

در فدورا 31 نیز برنامه ریزی شده به جای افزونه XCB با استفاده از X11/XWayland، توانایی اجرای برنامه های Qt را در یک جلسه گنوم مبتنی بر Wayland با استفاده از افزونه Qt Wayland اضافه کنید.

منبع: opennet.ru

اضافه کردن نظر