我不太清楚 cachyos-znver4 和 archlinuxcn 的 linux-cachyos 有啥区别，所以优先用前者了

不过有必要吗（

那样你应该把cachyos源放最下面

是这样，我添加了 cachyos 的源，但只用来装了 linux-cachyos；然后主要用 ALHP 的源安装其他包，之前 glibc 应该也是一直用的 ALHP 的

* 疑似 cachyos glib2 2.86.4-1.2 给修好了

疑似 2.86.4-1.2 给修好了

最后问题能解决就好）

猫：加载中

到底是谁的（

你这也挺混乱...

草，不是 alhp 的 glibc 吗

那问题结了

草了，我才发现我还真用的是 cachyos 的 glibc

* 里面说用 core/glibc 就可以

里面说用 extra/glibc 就可以

感觉问题可能在第三方仓库提供的其他包（比如 glibc）和 glib2 2.86.4 发生了化学反应，暂时不清楚原因

我这确实测不出这个问题

xtricman (炸鱼薯条·德里克) 创建了新帖 尝试使用bwrap沙盒化微信遇到的问题 - https://forum.archlinuxcn.org/t/topic/15970/1

怪了

https://gitlab.archlinux.org/archlinux/packaging/packages/glib2/-/issues/16 这边也有 cachyos 用户报告，但似乎受影响的都是用了第三方仓库的

还以为就我倒霉赶上了 原来大家都炸了(

诶，glib2 庆祝新年炸成了烟花吗（

glib2我好像没影响(

> firefox-nightly free(): invalid size fish: Job 1, 'firefox-nightly' terminated by signal SIGABRT (Abort)

不过我确实用了 ALHP，我怀疑有类似的问题。我调试轨迹是这样： 1. 升级到 ALHP-v4 的 glib2 2.86.4，发生 crash 2. 覆盖安装 core 的 glib2 2.86.4，重启系统，依旧 crash 3. 覆盖安装 core 的 glib2 2.86.3，恢复正常

不过紧急更新了又修好了

也没复现

因为我主用flatpak可能测不出，我还去测试了直接安装的chromium和electron

cachyos 的 glibc 也把我炸了

我还没能复现

新年第一炸！

直接 core dump 了

有官仓的用户反馈也炸了

Forwarded from Losarch: > 但我没有用什么 cachyos 源，可以确定 core 里的 glib2 也会崩

它们在crash之前有没有什么log之类的

这是cachy又灵车了还是都炸了

> <@telegram_386346694:nichi.co> 我这 2.86 也没 2.86没有复现

...我更一下看看

😆

我这 2.86 也没

确实，看错了。不过我看有人报告说 2.87 没有复现问题

这个 2.87 是 gnome-unstable 里的吧

去 https://gitlab.gnome.org/GNOME/glib 和 https://gitlab.archlinux.org/archlinux/packaging/packages/glib2 开两个 issue？

嘶，等等，core 里的 glib2 应该已经更新到 2.87 了，难道是镜像源没跟上？

热更的二进制无法跨发行版，导致热更后无法正常运行。同时会在不明条件下取消用户的更新偏好设置并继续更新

但我没有用什么 cachyos 源，可以确定 core 里的 glib2 也会崩

希望他们之后端上来点正常的东西。另外QQ还有一个热更bug

目前 QQ、Chrome、Electron 都崩了。 搜索了一下，这里有类似的报告：https://discuss.cachyos.org/t/after-todays-update-feb-16-all-glib-based-gui-applications-crash-on-launch-this-affects-chromium-firefox-vesktop-steam-and-likely-any-app-using-glib-gobject/23155/9

> <@telegram_598411075:nichi.co> 是复制的时候 crash 猫沉思.jpg

具体是什么应用

有xclip就不会崩，但是没用

岂止是除夕夜……现在还没折腾好QAQ

是复制的时候 crash

是，我刚刚在降级。 可以确定 降级软件包 glib2 (2.86.4-1 => 2.86.3-2) 后，问题立刻解决了

O.O 新年第一炸坏耶

你单纯降级 glib2 能行吗

* 新年第一炸 目测和 glibc 2.43 有关 吧

新年第一炸目测和 glibc 2.43 有关 吧

* 因为它会在不符合调用条件的情况下调用x11 api

剪贴板的问题不知道什么时候修(

因为它会调用x11 api

> <@telegram_8105343619:nichi.co> 那QQ跑Wayland也会这样吗 如果你什么workaround都不做，启动后几秒会崩

他们写QQ Linux时使用了一些惊天智慧

那QQ跑Wayland也会这样吗

> <@telegram_1254068244:nichi.co> 非 flatpak 版的 QQ 也这样吗 也这样，没什么办法

对

所以 flatpak 版的 QQ 把 X socket 权限关掉之后可以缓解现在这个 X 连接的问题

那没事了

非 flatpak 版的 QQ 也这样吗

* 因为QQ在electron运行于wayland的情况下仍然会调取x11的api，然后崩掉自己

因为QQ在electron运行于wayland的情况下仍然会调取x11的api

不是分开的 binary

glib 还真有问题吗

> <@telegram_1254068244:nichi.co> 好像是 flatpak 版的 QQ 是整了个 xvfb 还是啥来着的东西 那个是workaround

好像是 flatpak 版的 QQ 是整了个 xvfb 还是啥来着的东西

https://termbin.com/ylwd

哦不对，那样的话应该显示出来就不是 qq 了

然后 spawn 了一堆

他是不是自带了 xclip 一类二进制

* 道理是这么个道理，但再不标准也不至于去手动管理 x11 connection 吧，这都什么年代了

道理是这么个道理，但再不标准也不至于去手动管理 x11 connection 吧，这都什么年代里

QQ 不是标准的 Electron 应用

* electron 本身应该是没有暴露创建 x11 connection 的接口吧，还得专门写个 native module

electron 本身应该是没有暴露创建 x11 connection 的接口吧，还得专门写个 nativemodule

emmm 但我重启了一下依然在 crash，神秘

* 很好奇什么功能需要这种扭曲的实现

很好奇什么功能需要这种扭曲分实现

新年快乐！！！

> <@telegram_1617419160:nichi.co> echo "Happy Lunar New Year 2026!" Happy Happy Ha-ppy

echo "Happy Lunar New Year 2026!"

明明已经用electron了，大部分用户操作却实际并不是用electron实现的

不明白他们为什么非得把各种功能都脱离electron实现

我把它暂时称为手写X11/Wayland协议支持的魅力

果然是个垃圾软件

草

然后塞爆x.org或者xwayland

长时间保持后台QQ会不断创建x11连接

sudo ss -x src "*/tmp/.X11-unix/*" | grep -Eo "[0-9]+\s*$" | while read port do sudo ss -p -x | grep -w $port | grep -v X11-unix done | grep -Eo '".+"' | sort | uniq -c | sort -rn

现在使用QQ尽量不要长时间保持后台

怎么感觉又是这个问题