arch + swaywm 现状

[blessingsi]

最近尝试体验了一下 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 桌面注定小众吧。

[Yc1992]

对我来说 xfce 配好开发环境+适应全英文环境就足够了，折腾 DE 没结果的

[makelove]

gnome 的 wayland 很稳了吧，我用起来毫无问题
当然了有问题用回 X 也没事，根本没有可以察觉的性能变化

[blessingsi]

@Yc1992 #1 日常在用 i3，这个就是想体验一下，纯粹是为了折腾而折腾，折腾本身也是很有乐趣的。另外，技术向相关全英文环境没啥问题，但是日常使用的话很难避免中文输入吧（比如在 v2 回帖）

[guoqiyi]

@makelove chrome 的差别很大，放 B 站视频带弹幕，wayland 下虽然无硬解，但风扇都不转，X 下有硬解却风扇起飞，其实现代的多核 CPU 播放 1080P 及以下的的视频也不耗电，2K 及以上才功耗倍增

[guoqiyi]

我一直用的 ibus-libpinyin，毕竟 ibus 是 gnome 官方绑定，懒得折腾了

[wellsc]

为啥不直接用 i3

[blessingsi]

@wellsc #6 平时确实在用 i3，单纯想体验一下 wayland 。而且个人确实感觉 wayland 下性能会比较好

[Yc1992]

@blessingsi 回帖这种不是必要的需求，手机 ipad 刷论坛也挺好。喜欢折腾挺好的，只是我觉得对于 DE 的折腾对我来说收获不大

[muxueqz]

@blessingsi 我之前也是一时兴起试了一下 wayland，感觉确实还不是可用状态，当时我用的 qtile tilling wm 还不支持 wayland，换其它 wm 也要适应（且不说 systray 是个问题，qtile 内置了 systray 很好用），输入法也是有些灵有些不灵。

不过也有些可喜的进步，我看到现在 qtile 已经有 wayland 的支持了，比起最开始看到 wayland 的时候，输入法至少有些地方能用了

[kingfalse]

kde neon 目前一直使用 wayland 没任何问题

[libook]

我是随着 Gnome 默认用 Wayland 就开始换 Wayland 的，直观感受是性能比 X 高很多。

fcitx5 我也是前段时间看 Debian11 的发布才知道的，还没试，但估计 Debian 刚用上，可能相关问题得到 Debian12 才能广泛被解决。

我觉得小众主要还是因为商业软件的支持不够吧，Arch 是给硬核的人用的，有毛病只能怪自己道行不够，实际上商业支持的发行版用着体验都还不错，比如 Pop!_OS 、Ubuntu 、Fedora，我目前在用 Manjaro，也挺稳的，基本没遇到过在 Arch 上的那么多问题。

[12101111]

我是 95%的时间在用 Gentoo + swaywm, 感觉基本上可用( Gentoo 可以随便打补丁重编译, 调 bug 很容易 )
firefox 建议 gfx.webrender.composito 和 gfx.webrender.compositor.force-enabled 设成 false, 目前 webrender 的 compositor 还不太成熟
popup 的问题似乎还没有解决 https://github.com/swaywm/sway/issues/6147
输入法应该是所有 gtk/qt 程序可以显示候选框并准确定位, 所有其他支持 X 和 ibus/fcitx dbus 输入法协议的会随机出现在屏幕上.
原生 wayland 输入法协议 input_method 正在筹划下一版, 目前 ChromiumOS, fcitx, ibus, GNOME, KDE, sway 的实现各不相同, 需求也不一样, 因此可能还需要很长时间才能用. https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/39

[whenov]

@Yc1992 好玩就够了，干嘛要有收获

[haoliang]

前两个月我也尝试从 i3wm 迁移到 sway，最后卡在输入法、浏览器这块。
具体是:
* fcitx5 https://github.com/fcitx/fcitx5/issues/39 当时通过 xorg-xwayland 来解决，但引入它要再运行个 xserver，感觉得不偿失
* vivaldi 不能用，也可以通过引入 xwayland 解决
* rofi 可以换 wofi，但之前的一堆插件都要迁移，让我犯难了

[blessingsi]

@12101111 #12 这两天折腾的感受，社区的力量下，出现 bug 可能很容易就修复了（或者有别的方法可以绕过去），但是推出一个协议，并且被各方所接受，是真的难。

[haoliang]

不过也没白折腾，我发现 rime 真好用！

[blessingsi]

@kingfalse #10 是的，我看到官方说基本可用了，但是还有一些 bug 要修，所以正式支持还需要时间。日常用应该没啥大问题了

[blessingsi]

@libook #11 其实从我我先后使用 Ubuntu，Manjaro，antergos 和 arch 的经历来看，arch 的体验反而是最好的。arch 的门槛在于搜索问题 & 阅读文档 & 解决问题。真正上手之后，解决问题可能比 Ubuntu 更简单，因为滚动更新 + aur
真的可以避免掉很多问题

[blessingsi]

@haoliang #16 同折腾过一次 rime，不过最后还是直接 fcitx5 + pinyin 了，搭配 citx5-pinyin-zhwiki，感觉个人来说词库已经够用，就不再去调教 rime 的词库了

[12101111]

@haoliang https://github.com/lbonn/rofi/ 这个 fork 支持 wayland

[grazie]

还在等 N 卡的驱动支持 wlroot… 不过 LTS 的话这几年估计是还用不上了

[blessingsi]

@grazie 是的，前面一直没提这个问题。n 卡驱动也是个坑。而且看起来遥遥无期

[libook]

@blessingsi #18

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

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

下面有点跑题了：

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

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

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

[circsqua]

现在还有什么 Linux 社区？
N 年前关注的都作古了