Xwayland 26.1.0 rc1

原文 ↗ Hacker News 讨论 ↗

Wayland 在 Linux 桌面上的日益主导，以及新版 XWayland RC 的发布，正在重新引发争论：它究竟是对 X11 的实质改进，还是只是在破坏长期存在的工作流。支持者强调 HDR、VRR、现代 GPU 支持、更好的安全性，以及用于屏幕共享等功能的标准化门户；批评者则指出合成器实现有 bug、基础窗口管理存在回归、Zoom 和游戏问题，以及相较于 X11“机制优先于策略”设计所带来的灵活性丧失。Xlibre 等替代方案吸引了对 Wayland 不满的人，但维护者行为、贡献者多样性有限，以及 Wayland 本身的强大惯性，让许多人将 X11 和 XWayland 视为会逐步被淘汰的遗留路径。

Wayland 与 X11：价值与理念

  • 一些人认为 Wayland 对现代需求是必要的：HDR、VRR、混合刷新率/DPI、零拷贝视频、平铺式 GPU、更低延迟以及更好的游戏体验。
  • 另一些人则认为 X11 已经可以做到其中大部分（除了 HDR），或者只要投入精力就可以做到，而且它的“机制优先于策略”模型比 Wayland 的“策略优先于机制”更灵活。
  • 批评者称 Wayland 是一种“架构失败”，把过多的工作和脆弱性下放给每个合成器和客户端。

Xlibre 与重振 X11 的尝试

  • Xlibre 被引用为 X11 能够演进的证据（HDR、命名空间、座位管理、缩放）。
  • 支持者声称 Xorg 是被故意饿死功能以推动 Wayland，而 Xlibre 正在修复这一点。
  • 其他人则强烈批评该项目负责人屡次回归、引入不必要的 API 破坏、协作不佳，甚至持极端主义政治立场，这让人对项目未来产生怀疑。

用户体验：稳定性、桌面环境与游戏

  • 反馈从“Wayland + KDE/GNOME 非常稳定，而且比 X 更流畅”到“KDE Wayland 的窗口管理坏到我不得不回退到 X11”不等。
  • 一些桌面环境（例如新的 Cosmic）被认为还不成熟；问题通常被归因于具体实现，而不是协议本身。
  • 一些用户表示 Wayland 现在对游戏更好用了（尤其是配合 VRR），而另一些人则看到回归并继续使用 X11。

屏幕共享、Zoom 与音频

  • 多条关于 Wayland/XWayland 上 Zoom 的抱怨：崩溃、屏幕共享失效、缺少标注功能。
  • 也有人表示通过浏览器在 Wayland 上多年使用毫无问题。
  • 讨论强调现代 Wayland 工作流依赖标准化门户（xdg-desktop-portal），而 X11 使用的是临时性的、通常较脆弱的抓取方法。
  • 一些人认为 Wayland 最初连可靠的屏幕共享这类基础功能都没有，因此造成了漫长而痛苦的过渡。

可移植性与 BSD

  • Wayland“只是一个协议”，但维护者指出，Linux 优先的库使 BSD 支持更困难、推进更慢。
  • FreeBSD 和 OpenBSD 都有 Wayland 合成器，但让它们持续可用需要额外工作。

XWayland 的作用与未来

  • 许多人将 XWayland 视为必不可少的过渡层，甚至把它当作填补 Wayland API 空缺的事实上的“富客户端库”。
  • 一位评论者预测，X11/XWayland 支持将在大约 2030 年从主流工具包中消失；另一些人则希望 XWayland 能无限期保留。
  • 在 NVIDIA 现已支持 GBM 的情况下，移除 EGLStream 支持被认为是可以接受的。

治理、碎片化与政治

  • 有人担心每个桌面环境都自己写合成器会导致重复的 bug 和缓慢的功能落地。
  • 关于 Xorg 维护者决定与破坏行为指控之间的争论。
  • 围绕 Xlibre 讨论的版务、“封杀”以及政治立场测试，也引发了额外的抱怨。