Arch Linux User Repository

因为微信的原生Linux客户端现在已经作为“微信（Universal）”正式发布（见统信社区博客），不再为Beta版，本包将改名wechat-universal-bwrap。我已经将完整的git历史提交到了universal。

因AUR的限制，软件包不能直接改名，只能作为新软件包提交后，再提交合并请求。在合并前这两个PKGBUILD会共存。评论等内容在合并后也会转移到universal上。为了避免混乱（这个包名为beta却提供了universal的打包），新commit不会再往这边推送。

本软件包在Github上亦有仓库： https://github.com/7Ji-PKGBUILDs/wechat-universal-bwrap/ （仓库未启用issues，有问题请直接在此页面提出）

各位如有改进意见，欢迎在Github仓库页提交PR :)

稍微分析了一下wechat-beta二进制，wechat将整个qt5都静态链接至二进制，包括fcitx-qt5也在二进制里面，看起来只支持fcitx这个输入法。 可以试试通过QT_PLUGIN_PATH=/usr/lib/qt/plugins /usr/bin/wechat-beta 试试能否正常使用ibus输入法

~/p/w/p/w/o/wechat-beta (master)> strings wechat | grep platforminput                                                                     
/data/devops-xwechat/workspace/xwechat_linux_x86_64_test/third_party/fcitx-qt5/qt5/platforminputcontext/fcitxinputcontextproxy.cpp:36

QFactoryLoader::QFactoryLoader() ignoring "org.qt-project.Qt.QPlatformInputContextFactoryInterface.5.1" since plugins are disabled in static builds

@7Ji

我是 Manjaro + Gnome v45.4 用的是 nautilus 文件管理器

在未添加脚本时 + 已安装 flatpak-xdg-utils，都会在容器内打开

当添加脚本 + 已安装 flatpak-xdg-utils，此时即便删除 /home/xxx/Documents/WeChat_Data/home 文件夹，文件也能正常打开。

我觉得可以考虑直接对 flatpak-xdg-utils 包强关联，然后设置 dde-file-manager 脚本。XD

在沙盒内调用 xdg-utils/xdg-open 并不方便，许多软件都没法正常工作，例如 wps 等。

我不太清楚在以下步骤后

1. 安装 flatpak-xdg-utils
2. 设置 dde-file-manager 脚本
3. 去除沙盒内的 home 嵌套

在 KDE 等环境下是否还能正常工作，但在 Gnome 环境下工作的很好，我希望 KDE 环境下也能一样好

/usr/bin/dde-file-manager

#!/bin/bash

if [[ $@ =~ '--show-item' ]]; then
  file=$(echo "$@" | cut -c 13-)
  xdg-open $(dirname "${file}")
else
  xdg-open $@
fi

inxi -Fxzc0

System:
  Kernel: 6.7.7-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 13.2.1
  Desktop: GNOME v: 45.4 Distro: Manjaro base: Arch Linux

@XDwanj 经你提醒，检测了会被遍历的不同文件浏览器，发现KDE下，dolphin文件浏览器 (KDE)可以正常在宿主打开，nautilus (Gnome)和dde-file-manager (Deepin)文件浏览器只能在容器内打开。三者遍历顺序是dde-file-manager -> nautilus -> dolphin。仅装成套KDE桌面的用户，可以正常在宿主打开文件。一旦安装nautilus和dde-file-manager，就会无法在宿主打开这些文件。请问你的桌面环境和文件管理器安装情况是怎样的？

@7Ji

我查看日志发现，wechat 会寻找 dde-file-manager 程序，我想可以在 /usr/bin 放名为 dde-file-manager 的 sh 脚本。

（该脚本来自 aur/wechat-uos-bwrap 包)

/usr/bin/dde-file-manager

#!/bin/bash

if [[ $@ =~ '--show-item' ]]; then
  file=$(echo "$@" | cut -c 13-)
  xdg-open $(dirname "${file}")
else
  xdg-open $@
fi

这么做后，文件可以正常打开了

@wszqkzqk 现在KDE的缩放管理放在~/.config/kwinoutputconfig.json, 每个屏一个object且各自可以有不同的scale值，可以引入jq依赖来提取这个值，但我暂时还没做

话说有没有人知道现在KDE开箱即用的缩放机制是怎么读取的。

kreadconfig6 --group KScreen --key ScaleFactor

这个命令只适用于手动设置（写入到~/.config/kdeglobals）的缩放，目前的KDE Wayland自动识别了我的电脑缩放是150%，但是~/.config/kdeglobals里面并没有。

如果出现

Authorization required, but no authorization protocol specified

qt.qpa.xcb: could not connect to display :0
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: xcb.

可以在启动脚本里面加

xhost +

或者加

  --ro-bind-try "${XAUTHORITY}"{,}

@7Ji 跑通了，多谢！

@tixwho 已经增加对kde5的支持，但是我无法测试

麻烦更新一下对kreadconfig5的兼容性, manjaro用户应该还没那么快升大版本...

/usr/bin/wechat-beta: line 15: kreadconfig6: command not found
bwrap: execvp GTK_USE_PORTAL: No such file or directory

手动更改kreadconfig6为kreadconfig5后可以启动...加个判断？

@chenxi 你可以把代码clone下来，然后切到714c86f40e8cd5665ccf827379005f4a53437143这个提交手动makepkg，这个版本fcitx 5 + gnome + wayland是正常的，后续新版本就无法使用输入法了。