| 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://weixin.qq.com |
| Licenses: | GPLv3, proprietary |
| Conflicts: | wechat-universal, wechat-universal-privileged |
| Provides: | wechat-universal |
| Replaces: | wechat-beta, wechat-beta-bwrap |
| Submitter: | 7Ji |
| Maintainer: | 7Ji (devome) |
| Last Packager: | devome |
| Votes: | 57 |
| Popularity: | 25.86 |
| First Submitted: | 2024-03-14 03:09 (UTC) |
| Last Updated: | 2024-04-25 02:50 (UTC) |
BUILDPKG在龙架构的支持里面，deb包名错了。
source_loong64=(
"${_deb_stem}_loong64.deb::${_deb_url_common}_arm64.deb"
)
龙架构有新世界和旧世界之分，新世界包名的架构部分是loong64，旧世界是loongarch64。LoongArchLinux是新世界发行版，UOS和麒麟都是旧世界发行版。所以，包名应该是：
source_loong64=(
"${_deb_stem}_loong64.deb::${_deb_url_common}_loongarch64.deb"
)
是否可以参考下 https://github.com/web1n/wechat-beta-flatpak/tree/2403131343 使用该项目 没有该问题
在kde中使用--setenv QT_AUTO_SCREEN_SCALE_FACTOR 1是有效的，只是-z的检测会无法检测到QT_AUTO_SCREEN_SCALE_FACTOR的全局变量(暂时我本地无法检测），测试环境是多屏且不同缩放比，执行kreadconfig6 --group KScreen --key ScaleFactor为空，default为1的情况下会缩放失败。
能否在kde -z 无法检测到QT_AUTO_SCREEN_SCALE_FACTOR且kreadconfig6 --group KScreen --key ScaleFactor为空时设置QT_AUTO_SCREEN_SCALE_FACTOR为1？或者直接不判断QT_AUTO_SCREEN_SCALE_FACTOR是否存在直接设置QT_AUTO_SCREEN_SCALE_FACTOR为1？我不清楚这样是否会对无缩放的用户产生什么影响
@7Ji gnome 将微信最大化后, 点击左侧的 视频号等内置浏览器入口后, 打开以后无法显示的 空窗口一直闪烁; 软件最小化后, 在打开,在默认大小窗口下, 打开左侧功能正常,是不是bug啊
打开后 透明涂层以后
QWidget::setLayout: Attempting to set QLayout "" on mmui::ChatBubbleFrame "", which already has a layout
QWidget::setLayout: Attempting to set QLayout "" on mmui::ChatBubbleFrame "", which already has a layout
是否可以参考下 https://github.com/web1n/wechat-beta-flatpak/tree/2403131343 使用该项目 没有该问题
@7Ji 有考虑过像 aur/linuxqq-nt-bwrap 一样把 "$(xdg-user-dir DOWNLOAD)" 导入沙箱中吗？
这样另存文件和发送文件更方便。
报找不到 /usr/lib/dri/amdgpu_dri.so的问题，需要在BWRAP_ARGS里增加sys相关的bind：
BWRAP_ARGS=(
...
# /sys
--ro-bind /sys/dev/char /sys/dev/char
--ro-bind /sys/devices /sys/devices
...
这是因为mesa会在这两个路径下寻找可用的gpu设备。参考Kimiblock的wechat-uos-bwrap。
@sfchen-cs6589043 这里保留了wechat-beta-bwrap的所有提交历史。我已经提交了将wechat-beta-bwrap merge到这个PKGBUILD的请求，通过的话，原来的评论等都会合并到这里。新更新就不推到-beta了，因为原生Linux客户端现在已经不是Beta了。
请问下 以后就到这里 wechat-beta-bwrap 后面会放弃维护吗
Pinned Comments
devome commented on 2024-03-15 06:08 (UTC) (edited on 2024-05-08 08:02 (UTC) by devome)
关于自动缩放
最新版已设置自动缩放
QT_AUTO_SCREEN_SCALE_FACTOR=1，如缩放仍有问题，请自行为微信单独设置环境变量QT_SCALE_FACTOR=<缩放比例>。如果有“菜单编辑器”，直接在“菜单编辑器”中给微信增加环境变量即可，如果没有菜单编辑器，可以将/usr/share/applications/wechat-universal.desktop复制为~/.local/share/applications/wechat-universal.desktop，然后将Exec=所在行改Exec=env QT_SCALE_FACTOR=<缩放比例> wechat-universal %u关于输入法
在打包的启动脚本中，会自动根据所设置的全局环境变量
XMODIFIERS来设置输入法是fcitx还是ibus，如果你没有设置全局环境变量XMODIFIERS，那么你需要参考上一条，手动为微信单独设置环境变量QT_IM_MODULE=fcitx或QT_IM_MODULE=ibus。关于微信自身的行为
目前的微信Linux版缺失一些在其他平台上已经有的功能，比如引用、拖曳文件发送、双击打开文件、另存文件等等，这不是打包的问题，这是微信Linux版本身就缺少的，如有针对这种情况的意见和建议，应该向微信官方反馈：设置->关于微信->意见反馈，也可以让他们感受到广大Linux用户的期待和需求。
关于loong64架构的注意事项
由于要兼顾多架构，所以未将loong64架构需要的一项依赖
liblol加入depends，请使用loong64架构的用户自行安装好liblol。7Ji commented on 2024-03-14 06:21 (UTC) (edited on 2024-03-26 08:47 (UTC) by 7Ji)
本软件包在Github上亦有仓库： https://github.com/7Ji-PKGBUILDs/wechat-universal-bwrap/ （仓库未启用issues，有问题请直接在此页面提出）
各位如有改进意见，欢迎在Github仓库页提交PR :)
抓取新版本的脚本和PKGBUILD在同一层。执行
python fetch_uos_wechat_release.py即可获取。如果发现软件过期，请善用本界面的标记过期功能。:)默认配置下，只有
~/Documents/WeChat_Data/home作为容器内的~，其他宿主文件和文件夹均不暴露在容器内可以编写
~/.config/wechat-universal/binds.list来设置更多的被暴露到容器内的文件/文件夹，每行一个路径，绝对路径或相对于~的相对路径要将微信文件的主要路径修改至
~/Documents/WeChat_Data外的其他路径，请设置环境变量WECHAT_DATA_DIR，同理为绝对路径或相对于~的相对路径