Red Hat Enterprise Linux 10 的 Wayland 与 Xorg Server 计划

原文 ↗ Hacker News 讨论 ↗

Red Hat 计划在 RHEL 10 中不再提供 Xorg 显示服务器，而是依赖 Wayland 加上 Xwayland 兼容层，这引发了关于稳定性与现代化之间取舍的争论，尤其是在长期支持的企业发行版中。支持者认为 X11 本质上已经是遗留技术，难以维护，并阻碍了更清晰、更安全的图形栈工作；批评者则表示，Wayland 对许多真实工作流仍缺乏功能对等，从自定义窗口管理器、远程桌面到某些可访问性和输入捕获场景都不例外。许多人将其与 systemd 迁移相类比，担心企业影响力、用户选择空间缩小，以及为了那些“多年一直正常工作”的配置而反复重做系统的成本。

Red Hat 的决定与 LTS 理由

  • RHEL 10（大约 2025 年）将移除 Xorg server 和其他 X servers，只保留 Xwayland。
  • 许多评论者认为这符合 Red Hat 的长期支持模式：如果 X 留在 RHEL 10 中，他们实际上就会一直支持到约 2035 年；现在移除它就设定了一个明确的截止日期。
  • 也有人认为这与 RHEL 的“稳定性”品牌相悖，并且是在 Wayland 还未完全达到功能对等之前就强迫迁移。
  • 还有人指出，仍包含 Xorg 的 RHEL 9 会一直支持到 2032 年，因此两者大约有十年的重叠期。

Wayland 的成熟度 vs. Xorg

  • 支持 Wayland 的一方：
    • Xorg 很老，架构上存在问题，而且实际上已处于最小维护模式。
    • 许多最初的 X 开发者自己选择构建 Wayland；他们认为只有 Wayland 才有未来。
    • 安全性、多 DPI、HDR、更现代的输入/输出模型以及长期可维护性都更偏向 Wayland。
  • 怀疑的一方：
    • Wayland 被描述为“半成品”，十多年后仍如此，重要协议长期卡在审查中，而且不同 compositor 之间碎片化严重。
    • 一些桌面环境和工具（例如面板、嵌入式 compositor、高级菜单/pie menus、自定义 WM、围绕窗口管理的脚本）仍无法在不使用私有协议或大规模重写的情况下顺利移植。
    • 远程桌面、VNC/X forwarding 式工作流，以及某些可访问性或覆盖层工具，仍然较弱或更复杂。

Xorg、Xwayland 与旧应用

  • Xwayland 预计会处理大多数 X11 应用，从而降低对典型 RHEL 客户的影响；这些客户主要使用 GNOME/KDE 和基于工具包的软件。
  • 但小众和高级用户环境仍令人担忧：自定义窗口管理器、重度脚本化的 X11 环境、X11 网络透明性，以及某些游戏/驱动组合（尤其是一些 Nvidia 情况）。
  • 有人认为 Xorg 可以在 RHEL 之外继续存在，或者通过 Xwayland 无期限地保留下去；也有人认为 Xwayland 最终也会被移除，不过这并未被明确说明为具体计划。

治理、Red Hat 与 systemd 的类比

  • 多位评论者将此与 systemd 迁移相比较：
    • 喧闹的少数人反对；大多数用户“只是照用”。
    • Red Hat 被视为在推动核心基础设施（init、显示栈）朝着它偏好的设计演进，而批评者则觉得可选性正在被削弱。
  • 反方观点：在开源世界里，谁做工作谁就决定方向；如果没有人愿意认真资助/开发 Xorg，那么它自然会被逐步淘汰。

安全性 vs. 灵活性

  • Wayland 更严格的安全性（没有全局键盘记录、全局抓取、任意屏幕捕获，或客户端侧窗口管理）被称赞为必要，尤其是在 Linux 越来越像应用商店生态的时候。
  • 其他人则认为这些限制破坏了许多合法工作流和工具；他们更希望采用可选授权或类似 portal 的对话框，而不是失去 X11 级别的灵活性。