[1]

来自广东广州的 Chrome Mobile 119.0|Android 10 用户 发表于 2023-12-31 22:00 的评论：

11 赞 回复

如果有人愿意维护Xorg，尤其是修复那些危险的漏洞，Xorg也不是不能用。
“一旦窗口管理器出现崩溃，所有正在运行的应用程序都将被迫停止。”
这在Xorg也会发生吧？不信在终端运行killall X或重启display manager服务，看看你打开的窗口还在不？

[2]

来自112.42.17.162的 Firefox 121.0|Android 11 用户 发表于 2023-12-31 22:45 的评论：

9 赞 回复

xorg 的语境下 x server，display manager 和窗口管理器不是一回事。反正我可以热重启 dwm，窗口除了重排之外屁事没有。

[1]

来自广东广州的 Chrome Mobile 119.0|Android 10 用户 发表于 2023-12-31 22:00 的评论：

11 赞 回复

如果有人愿意维护Xorg，尤其是修复那些危险的漏洞，Xorg也不是不能用。
“一旦窗口管理器出现崩溃，所有正在运行的应用程序都将被迫停止。”
这在Xorg也会发生吧？不信在终端运行killall X或重启display manager服务，看看你打开的窗口还在不？

[1]

来自陕西榆林的 Firefox 121.0|Windows 10 用户 发表于 2023-12-31 21:38 的评论：

12 赞 回复

接着刚刚的气话，最好的方式当然是另起炉灶，独立于大公司，靠用户群自己搞一个真正现代的协议。
但是恋旧的用户群体并不会站出来去做这件事情。他们只会怀念那在他们看来“很 Unix”的 fxxking good old X11 days。君不见时至今日，还有人在因 systemd 的“去 Unix 化”而叫嚣与散发戾气？但是 Linux 早就不是 Unix 了，过度仰赖所谓 Unix 精神无异于求神拜佛，宛如朝拜偶像！FreeDesktop 也许被大公司控制，但是如果没有 FreeDesktop，今天的 Linux 桌面连屁都不是！
btw，UA 是 Windows。这是因为自从 2018 年日用 Linux Desktop 至今

[点击展开更多楼层]

[1]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:22 的评论：

11 赞 回复

Xorg 当然年久失修，因为 freedesktop （i.e. Redhat, i.e. IBM) 有意抛弃了它，强推所谓更安全（同时也更无法使用的）Wayland。Xorg 不是没有来自 BSD 的维护者，FreeBSD 还在给 consolekit 打补丁（这样就可以在没有 systemd 的情况下启动 X server，而 systemd 是 Pottering/RedHat/IBM 制造出来的另一个臃肿怪物和巨大烂摊子），OpenBSD 搞出来另一套 non-root X 的方案。如果 IBM 能把它的 EEE 美梦——一个 UNIX = GNU/glibc/systemd/Linux 的 brave new world——放到一边，认真维护一下 Xorg 和 consolekit，以它的体量，这很难做

[2]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:23 的评论：

11 赞 回复

评论字数有限，接着讲

退一步讲，就算 Xorg 已经不可拯救，Wayland 也远远谈不上是那个救世主。除了老生常谈的兼容性问题（FreeBSD 上用 Wayland 是靠一些兼容层魔法，NetBSD 为了用上 Wayland 做了一些工作，但是提交上去的 patch 上游也是爱搭不理）Wayland 的很多设计从一开始就有问题，而且也不是所谓的 “随着时间推移都会好起来的” 的那种。

[3]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:24 的评论：

14 赞 回复

1. 合成器大包大揽干了太多的活。Wayland 合成器 = X server + compositor + window manager。这导致许多在 Xorg 窗口管理器开发中不是问题的事情在 wayland 合成器开发中都成了问题，其中最臭名昭著的应该就是输入法问题（对我们中文用户来说尤甚）。放在 Xorg 时代输入法不是 wm 该管的活，因为 X server 已经把 XIM 处理好了，但是开发 wayland 合成器就得也把输入法也搞定。更糟糕的是这对于应用程序来说也是如此：如果你不用 gtk/qt 这种 toolkit 开发 wayland native 的图形应用，你就得自己写输入法实现。这真的正常吗？

[4]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:25 的评论：

11 赞 回复

2. 协议有意无意留下了大量的空白给具体实现。这在客观上制造了大量的兼容性问题。依旧拿我们刚刚提到的输入法问题做例子。wayland 下的输入法实现法案千奇百怪，gnome mutt，kde，wlroots 和 weston 用得都有些不同，到了应用程序层面就更是五花八门了，像 Chrome 系浏览器在 wayland 下输入法无法正常使用就是这个造成的。而这不光光是输入法，录屏，截图，xdg-portal 都是各有各的实现。当然了，Gnome 和 KDE 这两个背靠大公司的桌面都是把自己的各种桌面法案整得好好的（事实上也不是），不客气地讲，协议中留下的各种空白就是给 IBM

[5]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:26 的评论：

12 赞 回复

留给 IBM 做各种技术壁垒的（EEE 策略中的 Extend）。

顺带一提，Wayland 也有 10 多年历史了，wayland 支持者都在说 wayland 未来可期。请问我还要等几个十年来让 wayland 像 Xorg 一样功能繁多且正常工作？一句凯恩斯的话送给我和大家：长远来看，我们都死了！

[1]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:22 的评论：

11 赞 回复

Xorg 当然年久失修，因为 freedesktop （i.e. Redhat, i.e. IBM) 有意抛弃了它，强推所谓更安全（同时也更无法使用的）Wayland。Xorg 不是没有来自 BSD 的维护者，FreeBSD 还在给 consolekit 打补丁（这样就可以在没有 systemd 的情况下启动 X server，而 systemd 是 Pottering/RedHat/IBM 制造出来的另一个臃肿怪物和巨大烂摊子），OpenBSD 搞出来另一套 non-root X 的方案。如果 IBM 能把它的 EEE 美梦——一个 UNIX = GNU/glibc/systemd/Linux 的 brave new world——放到一边，认真维护一下 Xorg 和 consolekit，以它的体量，这很难做

[2]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:23 的评论：

11 赞 回复

评论字数有限，接着讲

退一步讲，就算 Xorg 已经不可拯救，Wayland 也远远谈不上是那个救世主。除了老生常谈的兼容性问题（FreeBSD 上用 Wayland 是靠一些兼容层魔法，NetBSD 为了用上 Wayland 做了一些工作，但是提交上去的 patch 上游也是爱搭不理）Wayland 的很多设计从一开始就有问题，而且也不是所谓的 “随着时间推移都会好起来的” 的那种。

[3]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:24 的评论：

14 赞 回复

1. 合成器大包大揽干了太多的活。Wayland 合成器 = X server + compositor + window manager。这导致许多在 Xorg 窗口管理器开发中不是问题的事情在 wayland 合成器开发中都成了问题，其中最臭名昭著的应该就是输入法问题（对我们中文用户来说尤甚）。放在 Xorg 时代输入法不是 wm 该管的活，因为 X server 已经把 XIM 处理好了，但是开发 wayland 合成器就得也把输入法也搞定。更糟糕的是这对于应用程序来说也是如此：如果你不用 gtk/qt 这种 toolkit 开发 wayland native 的图形应用，你就得自己写输入法实现。这真的正常吗？

[4]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:25 的评论：

11 赞 回复

2. 协议有意无意留下了大量的空白给具体实现。这在客观上制造了大量的兼容性问题。依旧拿我们刚刚提到的输入法问题做例子。wayland 下的输入法实现法案千奇百怪，gnome mutt，kde，wlroots 和 weston 用得都有些不同，到了应用程序层面就更是五花八门了，像 Chrome 系浏览器在 wayland 下输入法无法正常使用就是这个造成的。而这不光光是输入法，录屏，截图，xdg-portal 都是各有各的实现。当然了，Gnome 和 KDE 这两个背靠大公司的桌面都是把自己的各种桌面法案整得好好的（事实上也不是），不客气地讲，协议中留下的各种空白就是给 IBM

[1]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:22 的评论：

11 赞 回复

Xorg 当然年久失修，因为 freedesktop （i.e. Redhat, i.e. IBM) 有意抛弃了它，强推所谓更安全（同时也更无法使用的）Wayland。Xorg 不是没有来自 BSD 的维护者，FreeBSD 还在给 consolekit 打补丁（这样就可以在没有 systemd 的情况下启动 X server，而 systemd 是 Pottering/RedHat/IBM 制造出来的另一个臃肿怪物和巨大烂摊子），OpenBSD 搞出来另一套 non-root X 的方案。如果 IBM 能把它的 EEE 美梦——一个 UNIX = GNU/glibc/systemd/Linux 的 brave new world——放到一边，认真维护一下 Xorg 和 consolekit，以它的体量，这很难做

[2]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:23 的评论：

11 赞 回复

评论字数有限，接着讲

退一步讲，就算 Xorg 已经不可拯救，Wayland 也远远谈不上是那个救世主。除了老生常谈的兼容性问题（FreeBSD 上用 Wayland 是靠一些兼容层魔法，NetBSD 为了用上 Wayland 做了一些工作，但是提交上去的 patch 上游也是爱搭不理）Wayland 的很多设计从一开始就有问题，而且也不是所谓的 “随着时间推移都会好起来的” 的那种。

[3]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:24 的评论：

14 赞 回复

1. 合成器大包大揽干了太多的活。Wayland 合成器 = X server + compositor + window manager。这导致许多在 Xorg 窗口管理器开发中不是问题的事情在 wayland 合成器开发中都成了问题，其中最臭名昭著的应该就是输入法问题（对我们中文用户来说尤甚）。放在 Xorg 时代输入法不是 wm 该管的活，因为 X server 已经把 XIM 处理好了，但是开发 wayland 合成器就得也把输入法也搞定。更糟糕的是这对于应用程序来说也是如此：如果你不用 gtk/qt 这种 toolkit 开发 wayland native 的图形应用，你就得自己写输入法实现。这真的正常吗？

[1]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:22 的评论：

11 赞 回复

Xorg 当然年久失修，因为 freedesktop （i.e. Redhat, i.e. IBM) 有意抛弃了它，强推所谓更安全（同时也更无法使用的）Wayland。Xorg 不是没有来自 BSD 的维护者，FreeBSD 还在给 consolekit 打补丁（这样就可以在没有 systemd 的情况下启动 X server，而 systemd 是 Pottering/RedHat/IBM 制造出来的另一个臃肿怪物和巨大烂摊子），OpenBSD 搞出来另一套 non-root X 的方案。如果 IBM 能把它的 EEE 美梦——一个 UNIX = GNU/glibc/systemd/Linux 的 brave new world——放到一边，认真维护一下 Xorg 和 consolekit，以它的体量，这很难做

[2]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:23 的评论：

11 赞 回复

评论字数有限，接着讲

退一步讲，就算 Xorg 已经不可拯救，Wayland 也远远谈不上是那个救世主。除了老生常谈的兼容性问题（FreeBSD 上用 Wayland 是靠一些兼容层魔法，NetBSD 为了用上 Wayland 做了一些工作，但是提交上去的 patch 上游也是爱搭不理）Wayland 的很多设计从一开始就有问题，而且也不是所谓的 “随着时间推移都会好起来的” 的那种。

[1]

来自112.42.17.162的 Firefox 121.0|GNU/Linux 用户 发表于 2023-12-31 18:22 的评论：

11 赞 回复

Xorg 当然年久失修，因为 freedesktop （i.e. Redhat, i.e. IBM) 有意抛弃了它，强推所谓更安全（同时也更无法使用的）Wayland。Xorg 不是没有来自 BSD 的维护者，FreeBSD 还在给 consolekit 打补丁（这样就可以在没有 systemd 的情况下启动 X server，而 systemd 是 Pottering/RedHat/IBM 制造出来的另一个臃肿怪物和巨大烂摊子），OpenBSD 搞出来另一套 non-root X 的方案。如果 IBM 能把它的 EEE 美梦——一个 UNIX = GNU/glibc/systemd/Linux 的 brave new world——放到一边，认真维护一下 Xorg 和 consolekit，以它的体量，这很难做

[1]

来自湖南益阳的 Firefox 115.0|GNU/Linux 用户 发表于 2023-12-31 17:48 的评论：

10 赞 回复

虽然列出了那么多“影响了”，但实际上绝大部分都是很具体的《兼容性问题》(都可以在句子里加上“部分”两个字)，都是会随着wayland的开发而慢慢解决的；完全功能缺失且未来也会缺失的倒是很少。
所以个人总结起来，这些看法还是对开发现状《兼容性》的抱怨。

假如Xorg不是一个年久失修的、可任人摆布的不安全的显示服务，我就不会担忧它作为Linux桌面的基石有多么不可靠；即便不作明确的阴谋论，毕竟大环境上看开源在走向前台，如果开源世界依然不换掉或修缮这腐朽的大后门，就是等同于开源技术的自我负面宣传。