arch + swaywm 现状

最近尝试体验了一下 swaywm，比上次（大概两年前吧）体验有了很大的提升。GTK 、QT 、electron 、java 等平台已经都有原生 wayland 支持，chrome 虽然还是不能硬解视频，但是也可以不再依赖 xwayland 了。整体上感觉起来确实比 X11 丝滑一点（也许是心理作用）。

中文输入依然是个很烦人的问题。昨晚 sudo pacman -Syu 之前，在除了 Firefox 之外的绝大部分程序上，fcitx5 都不能正常弹出输入框，大概翻了一下社区的讨论，wayland 关于 IME 相关的协议，看得我一头雾水。不知道有没有大佬可以指点一下当前可以 work 的办法。

在执行 pacman -Syu 之后，Firefox 成功到 92 版本后，出现了一个很恶心的 bug，包括输入框和右键菜单在内的一大堆 popup 都不能展示了。（这个问题还没有看过原因，不过应该是版本升级引入的 bug

总的来看，wayland 距离生产日常使用还是有段距离的，KDE 的 wayland 支持也跳票到了今年，还不知道能否如期完成。从 X 到 Wayland，迁移了这么多年，可能这就是为什么 Linux 桌面注定小众吧。

libook

2021-09-10 11:11:46 +08:00

@blessingsi #18

上一个回复主要是想表达 Wayland/XWayland 在集成度高的发行版上被调教得体验还不错，而且也用了很多年了，所以个人感受是 Wayland 已经比较成熟了，可以去看看其他发行版是否已经有现成的解决方案了，再看是否可以借鉴于调配自己的环境；当然很多软件成熟应用之后也会有那么几个问题常年得不到解决，这算是 FOSS 界常见的情况了吧。

主流 Linux 发行版底层都是那些东西，比如 wayland 都是那个 wayland，只不过可能版本、配置不一样，以及个别可能打了定制 patch，你只要吃透了不管什么发行版上的问题都很容易解决。

下面有点跑题了：

另一方面来看，不同发行版解决问题的方式是不一样的，一种是在上游发行版维护的时候就由维护团队做好解决和避免问题的工作了，另一种是在下游实际使用的时候由用户自行解决和避免问题。Arch 属于后者，集成度很低，维护团队只在 Kernel 上维护一个最基础的系统环境，用户会按照自己的意愿搭建应用环境，自然也就只能自行解决和避免问题。

不同人的感受可能有区别，我曾经用 Arch 五六年的时间，依照我自己的体验来说由于 Arch 不同用户的规划和调配会有区别，每隔一段时间就可能会“滚挂”，一个升级不可能在所有可能性上测试，所以“滚挂”是一直存在的风险，只是可能频率不会太高，比如不管大问题还是小问题，我一年可能就会遇到一两次需要去解决。
现在做生产工具的话，其实有些疲于被更新带来的新问题而打断工作，不更新又会使未来滚挂的概率更高，所以索性去找一些维护团队调配好的、集成度高的发行版用了。

如果不用做生产工具，我还是会首选 Arch 。