| Git Clone URL: | https://aur.archlinux.org/wechat-universal-bwrap.git (read-only, click to copy) |
|---|---|
| Package Base: | wechat-universal-bwrap |
| Description: | WeChat (Universal) with bwrap sandbox |
| Upstream URL: | https://linux.weixin.qq.com/ |
| Licenses: | GPLv3, proprietary |
| Conflicts: | wechat-universal |
| Provides: | wechat-universal |
| Replaces: | wechat-beta, wechat-beta-bwrap |
| Submitter: | 7Ji |
| Maintainer: | 7Ji (leaeasy) |
| Last Packager: | 7Ji |
| Votes: | 130 |
| Popularity: | 3.77 |
| First Submitted: | 2024-03-14 03:09 (UTC) |
| Last Updated: | 2024-12-24 07:50 (UTC) |
@XDwanj 你说的对，但是进入wayland世界以后有些问题：即Wayland建议软件使用wayland输入法协议（在系统设置中选择相应输入法的虚拟键盘），不要添加环境变量。参见：
这一建议主要是为了防止Wayland下输入时遇到输入窗口闪烁的问题，即添加了环境变量后有输入栏闪烁风险。然而这个上游建议的方案有一大堆问题：
某些软件想要优雅而无代价地适配好几乎是不可能的😇😇😇。
@XDwanj 推荐的3个包是供x11使用的（相当于一键设置环境变量），Wayland下也不建议用😇😇😇。
@7Ji 明白，感觉没有很好的办法。
另外# Drop privileges一节是否稍微有点激进，目前的程序是无法正常截图的，如果禁止了剪贴板等共享似乎没有什么方便地方式发送系统的截图？
个人目前的办法是改tmpfs /tmp为--bind /tmp，然后复制KDE剪贴板的截图。
@7Ji
呃。。。输入法的变量本来就应该用户在使用这个软件前自己搞定吧，不然每个软件都自己设置输入法变量还得了，何况这是aur，默认Arch用户都有这个意识也正常吧。
我有一个点子，可以将以下三个包设置 optdep，然后让用户自己安装？
$> yay -Ss input-support
aur/fcitx5-input-support 2021.09-1 (+2 0.00)
Asian input support for fcitx5
aur/ibus-input-support 2021.09-1 (+2 0.00)
Asian input support for ibus
aur/fcitx-input-support 2021.09-1 (+2 0.00)
Asian input support for fcitx
@wszqkzqk 之前不能保证fcitx/ibus在x11/wayland的各种情况下都能用，无奈地把对QT_IM_MODULE等各种变量的hack给删了，让用户能充分地自己设置环境变量带进容器。
恳请各位大佬提出能解决fcitx/ibus和x11/wayland的四个搭配情况下能正常打字的解决方法 TAT
这个版本突然不能用输入法了，我手动添加了变量：
env_add GTK_IM_MODULE fcitx
env_add QT_IM_MODULE fcitx
env_add SDL_IM_MODULE fcitx
env_add GLFW_IM_MODULE ibus
可能是从系统在读取这些变量，但是现在wayland KDE建议别设置，所以在程序里面单独设置一下。
@lloydzhou 是的，需要先挂载home目录
qt.qpa.xcb: could not connect to display :0
这个启动失败的，我也遇到了。
--ro-bind-try "${XAUTHORITY}"{,}
移到命令最后一行能启动
iBus 输入法不能输入，有办法规避么？尝试了 QT_PLUGIN_PATH=/usr/lib/qt/plugins wechat-universal 无效
需要依赖包： extra/flatpak-xdg-utils
Pinned Comments
shilka commented on 2025-02-13 11:08 (UTC)
@dazuixia @lyhokia @swimming03 你们是否也使用了非GNOME/KDE的其他wayland WM/DE？ 又研究了一下这个问题，如果不使用bwrap沙盒直接执行wechat是可以的，排除了wechat本身的问题。我认为问题出在bwrap、xwayland的配合和调用上面，导致微信无法在xwayland中启动。我使用的WM是Hyprland，推测可能和各个WM/DE有一定的关系。目前我找到一个可行的缓解方式，安装：
xwayland-satellite，并提前执行这一程序，之后正常启动wechat-universal。@7Ji 如果其他人也可以缓解，烦请置顶一下这个解决方案，或者如果您很熟悉bwrap，是否可以看看通过某些参数解决它和xwayland的交互问题。
7Ji commented on 2024-03-14 06:21 (UTC) (edited on 2024-12-26 09:08 (UTC) by 7Ji)
本软件包在Github上亦有仓库： https://github.com/7Ji-PKGBUILDs/wechat-universal-bwrap/ （仓库未启用issues，有问题请直接在此页面提出）
各位如有改进意见，欢迎在Github仓库页提交PR :)
抓取新版本的脚本和PKGBUILD在同一层。执行
python fetch_uos_wechat_release.py获取UOS仓库内的重打包版本，执行./fetch_tencent_wechat_release.sh获取腾讯官方的版本。如果发现软件过期，请善用本界面的标记过期功能。:)默认配置下，只有
~/Documents/WeChat_Data/home作为容器内的~，其他宿主文件和文件夹均不暴露在容器内可以编写
~/.config/wechat-universal/binds.list来设置更多的被暴露到容器内的文件/文件夹，每行一个路径，绝对路径或相对于~的相对路径要将微信文件的主要路径修改至
~/Documents/WeChat_Data外的其他路径，请设置环境变量WECHAT_DATA_DIR，同理为绝对路径或相对于~的相对路径更多参数与环境变量，请在命令行输入
wechat-universal --help查看