Arch Linux User Repository

目前通过删除 linuxqq 包自带的 libvips 临时解决了浏览图片时崩溃的问题 PS：感谢 @ayatale 的建议

如果在Plasma(Wayland)下设置了Fcitx5为虚拟键盘，且不设置/etc/environment时，在LinuxQQ中遇到无法调用Fcitx5的情况，可以检查是否漏装了fcitx5-gtk。

如果有人遇到了语音麦克风显著延迟的问题的话，可以试试在qq.desktop的Exec部分加入环境变量，限制QQ的音频延迟。 作为参考，这是我的对应配置内容：

Exec=env PULSE_LATENCY_MSEC=30 PIPEWIRE_LATENCY="512/48000" linuxqq %U --enable-features=UseOzonePlatform --ozone-platform=wayland

至少在我的机器上有效解决了问题。 我没有仔细研究这个bug的原因，看样子问题出在TRAE的神秘QUANT数上，可以通过pw-top查看。

quick fix for error on latest version 3.2.28_48517: /opt/QQ/qq: symbol lookup error: /opt/QQ/resources/app/sharp-linux-x64.node: undefined symbol: vips_g_once.

diff --git a/PKGBUILD b/PKGBUILD
index e9fc35f..7cd1603 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -18,7 +18,7 @@ source_x86_64=("https://dldir1.qq.com/qqfile/qq/QQNT/${_md5_prefix}/${_src_prefi
 source_aarch64=("https://dldir1.qq.com/qqfile/qq/QQNT/${_md5_prefix}/${_src_prefix}_arm64.deb")
 source_loong64=("https://dldir1.qq.com/qqfile/qq/QQNT/${_md5_prefix}/${_src_prefix}_loongarch64.deb")
 source=("${pkgname}.sh")
-sha512sums=('e06676ac2297cba5d20877ac82ef506a9596980bc66257952f37d45ef9810953aedb789655d004b3fd0ac548f2f085e1be406081d9c8d5321622567431c7b3da')
+sha512sums=('bd89ea20f9e540b37073db6a147b74db7ef706fbd77940c8c9d383a637d139077ccd9266612400c465c128ebe84a3c9a1b28b3e6681df52dae6e378c51399fe7')
 sha512sums_x86_64=('0f91db286b25915adfd57dbd66365f11f4e8d0614a5ce4eef659ee757e3c6464cefa8b290a1f74fa3c875e8c03d94a8fa873e88fe3b1b26c59e02fec5a8daeab')
 sha512sums_aarch64=('5b5e776ea60bba750bb6ef6426e7089d54719056ab9acec85415c28238123caf23074a3e57e8354a64af75fb58ed4c3be56b6f1d3fef84bc0268489466dbc7b2')
 sha512sums_loong64=('e0a3ac489b6ac681184df23f3127a34bf776b92a0ffa4739213a754fbf66c32893a1799d823c6e7f57743d895a9056a5ffb85bac5ee5b528a9af3d71b1755a64')
@@ -42,6 +42,7 @@ package() {
    install -Dm644 "${pkgdir}/opt/QQ/LICENSE.electron.txt" -t "${pkgdir}/usr/share/licenses/${pkgname}/"
    install -Dm644 "${pkgdir}/opt/QQ/LICENSES.chromium.html" -t "${pkgdir}/usr/share/licenses/${pkgname}/"

-   # Temporary Solution: Remove libvips and libssh2 which comes from package "linuxqq" itself
-   rm -fv ${pkgdir}/opt/QQ/resources/app/{sharp-lib/libvips-cpp.so.42,{,avsdk/bugly/}libssh2.so.1}
+   # Keep the bundled libvips shim: sharp-linux-x64.node depends on symbols
+   # provided by Tencent's libvips-cpp build, not Arch's system libvips.
+   rm -fv ${pkgdir}/opt/QQ/resources/app/{{,avsdk/bugly/}libssh2.so.1}
 }
diff --git a/linuxqq.sh b/linuxqq.sh
index a6fe3e9..e7f53c4 100755
--- a/linuxqq.sh
+++ b/linuxqq.sh
@@ -1,7 +1,6 @@
 #!/bin/bash

 if [ -d ~/.config/QQ/versions ]; then
-   find ~/.config/QQ/versions -name sharp-lib -type d -exec rm -r {} \; 2>/dev/null
    find ~/.config/QQ/versions -name libssh2.so.1 -type f -exec rm {} \; 2>/dev/null
 fi

@zlicdt
这个方法，的确能使用输入法了，但是一旦不小心点到截图按钮，linuxqq就闪退
添加这个参数之前，点截图按钮，linuxqq会提示截图无法使用，但不会闪退

@bczhc 确实，使用 flatpak 版本长时间测试之后发现也会这样，那看来就是上游的bug了（

@Terrasse 有效！sdl, tql（

@Etheria v2ex上看有flatpak装的qq也遇到的，估计是个近期版本它自己的问题。

@Terrasse 感谢，解决了！tql

针对前面讨论的X11连接数一直升高问题，经排查怀疑是QQ内部bug导致wrapper.node周期性调用XOpenDisplay，但没有关闭连接，最终把X11连接数耗尽。

我找到了一种可行的处理思路：定位到有问题的调用点位->通过hook禁用它（经过测试这样做没有影响QQ正常运行）

快速修复：

git clone https://github.com/Jerry-Terrasse/fix-linuxqq-x11-leak
cd fix-linuxqq-x11-leak
make build
make trace # 观察输出，找到重复调用的`wrapper.node` offset
make block QQ_X11_TARGET_OFFSET=0x5cb0c6b # 当前版本5:3.2.25_45758-1是这个地址，其他版本可能不同

详细说明可前往：https://github.com/Jerry-Terrasse/fix-linuxqq-x11-leak

同 Wayland + XWayland 环境，遇到linuxqq X11 连接数一直升高的问题，报错：

Maximum number of clients reached

之前使用的是 linuxqq-nt-bwrap 包，使用

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

命令，占用 X11 连接数的进程显示为 electron，原本以为可能是bwrap的问题，于是转而使用本软件包，但依然遇到了这个问题。 可能不是上游的原因，因为使用 Flathub 上的 Flatpak 版 Linux QQ 似乎没有这一问题，不过我也没有仔细测试，不确定是否确实如此。

X11下也遇到了类似的linuxqq x11连接数一直升高的问题。同样报 Maximum number of clients reached

Wayland+Xwayland下，遇到了linuxqq x11连接数一直升高的问题。每几分钟就会涨1，直到达到255。这时如果再启动其他x11应用，就会启动不了，报Maximum number of clients reached。比如现在，我这又是124了：

❯ 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
[sudo] password for bczhc:
    124 "qq"
     10 "steamwebhelper"
      9 "steam"
      1 "gpu-screen-reco"
      1 "fcitx5"
      1 "clash-verge"

上面的命令来自 https://unix.stackexchange.com/a/700637

更新：

现在又满了。

❯ ./ls-connections
Tue Mar  3 19:44:13 CST 2026
    215 "qq"
     11 "steamwebhelper"
     11 "steam"
      1 "wineserver"
      1 "tabtip.exe",pid=1985234,fd=31),("wineserver"
      1 "tabtip.exe",pid=1985234,fd=14),("wineserver"
      1 "tabtip.exe"
      1 "qq",pid=183096,fd=21),("qq"
      1 "qq",pid=183096,fd=20),("qq"
      1 "qq",pid=183096,fd=19),("qq"
      1 "fcitx5"
      1 "explorer.exe",pid=1985177,fd=23),("wineserver"
      1 "explorer.exe",pid=1985177,fd=20),("wineserver"
      1 "explorer.exe",pid=1985177,fd=12),("wineserver"
      1 "explorer.exe"
      1 "clash-verge"

❯ ls /proc/1758467/fd | wc -l
1001
❯ glxgears
Maximum number of clients reached
Error: couldn't open display :0

我搞不懂它这是到底在搞什么。