+ 我要发布
我发布的 我的标签 发现
浏览器扩展
斑点象@Edge

Red Hat Enterprise Linux 10 对 Wayland 和 Xorg 服务器的计划

从现在已有 30+ 年历史的 X Window System 过渡到基于 Wayland 的较新的堆栈已经发生了 15 年左右,Red Hat 从一开始就参与其中。随着时间的流逝,很明显 X11 协议和 Xorg 服务器存在需要解决的基本问题,而 Wayland 就是解决方案。如今,Wayland 已被公认为事实上的窗口和显示基础设施解决方案。 通过这一过渡,红帽一直在支持 X.org 和 Wayland 堆栈。这分散了我们和上游社区可用于支持新功能和修复错误的时间。 话虽如此,社区一直在构建新功能并解决 Wayland 的差距,而 Xorg 服务器和 X11 基础设施的新开发已经逐渐减少。虽然 Wayland 得到了极大的增强,这确实意味着两个堆栈的维护负担都在增加,Wayland 中有许多新工作需要维护,而许多旧的遗留工作需要维护 X.org。这已成为难以维持的局面。 随着 Wayland 的进步和能力的增强,我们在上游和内部与多个硬件供应商、软件供应商、客户、视觉效果 (VFX) 行业和上游项目合作,以了解和开发必要的项目,以缩小功能差距,甚至扩展 Wayland 堆栈。我为我们所做的工作感到非常自豪,其中包括以下努力: 支持高动态范围 (HDR)/色彩管理的工作的主导部分 引领 Xwayland 作为向后兼容 X11 客户端的基石 开发支持现代远程桌面解决方案的基础结构 审查和开发 Wayland 协议和相关项目中的显式同步支持 创建 Libei 以提供输入仿真和捕获的解决方案 共同领导了 Wakefield 计划,使 OpenJDK 与 (X)Wayland 协同工作 以及过去的数十项其他举措和不久的将来即将推出的新举措 我们要表彰所有这些组织和个人所做的重大努力,尤其是上游社区的其他成员,没有他们,这个项目永远不会如此成熟。这一努力让我们有信心首先在 RHEL 8 中的大多数用例中将 Wayland 设为默认值,然后在 RHEL 9 中弃用 Xorg 服务器,并打算在未来的版本中将其删除。今年早些时候(2023 年),作为我们 RHEL 10 规划的一部分,我们进行了一项研究,不仅从基础设施的角度,而且从生态系统的角度来了解 Wayland 的状况。这次评估的结果是,虽然仍然存在一些差距和应用程序需要一定程度的调整,但我们相信 Wayland 的基础设施和生态系统状况良好,并且我们正走在一条良好的道路上,以便在 RHEL 10 发布时解决已确定的障碍,计划于 2025 年上半年发布。 因此,我们决定从 RHEL 10 和以下版本中删除 Xorg 服务器和其他 X 服务器(Xwayland 除外)。Xwayland 应该能够处理大多数不会立即移植到 Wayland 的 X11 客户端,如果需要,我们的客户将能够在 RHEL 9 的整个生命周期内继续使用 RHEL 11,同时解决过渡到 Wayland 生态系统所需的细节。需要注意的是,“Xorg Server”和“X11”不是同义词,X11 是一个将继续通过 Xwayland 支持的协议,而 Xorg Server 是 X<> 协议的实现之一。 虽然我们认识到一些发行版和 Fedora 向类似未来发展背后的能量,但这个决定仅限于 RHEL 10——我们认识到其他 Linux 发行版有不同的需求和决策结构,此外,我们不知道 Fedora 中类似工作的计划,除了分享我们的知识之外,我们也没有参与类似的工作。 我们一直在努力收集反馈,但我们知道我们无法直接与所有人联系。如果您对此有任何想法或疑问,我们邀请您加入我们在客户门户中设置的讨论。 这一决定将使我们能够从 RHEL 10 开始将精力集中在现代堆栈和生态系统上。这意味着我们将能够解决诸如 HDR、提高安全性、混合低密度和高密度显示器或超高密度显示器的设置、更好的 GPU/显示器热插拔、更好的手势和滚动等问题。我们相信 Wayland 将提供一个坚实的平台,我们很高兴能与社区以及我们所有的合作伙伴和客户合作,为 Linux 构建未来。