@wcz 我计划将本包改名为wechat-universal-bwrap
,因为这个包的上游com.tencent.wechat
是独立于原来的com.tencent.wexin
的新包,uos的报导也是以微信Universal为名的。
@ihipop 谢谢提醒,我会照此测试更新下,没问题我会创建wechat-universal-bwrap
并推到那边
Git Clone URL: | https://aur.archlinux.org/wechat-beta-bwrap.git (read-only, click to copy) |
---|---|
Package Base: | wechat-beta-bwrap |
Description: | WeChat Testing with bwrap sandbox |
Upstream URL: | https://weixin.qq.com |
Licenses: | proprietary |
Conflicts: | wechat-beta |
Provides: | wechat-beta |
Submitter: | leaeasy |
Maintainer: | leaeasy (7Ji) |
Last Packager: | leaeasy |
Votes: | 22 |
Popularity: | 6.85 |
First Submitted: | 2024-03-07 01:18 (UTC) |
Last Updated: | 2024-03-14 00:42 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 .. 12 Next › Last »
@wcz 我计划将本包改名为wechat-universal-bwrap
,因为这个包的上游com.tencent.wechat
是独立于原来的com.tencent.wexin
的新包,uos的报导也是以微信Universal为名的。
@ihipop 谢谢提醒,我会照此测试更新下,没问题我会创建wechat-universal-bwrap
并推到那边
@ihipop
我尝试直接修改 /usr/share/wechat-beta/usr/bin/dde-file-manager
的内容为 该脚本,又出现无法打开文件,nautilus 报错是找不到 $HOME/xwechat-files
文件夹
使用 org.freedesktop.FileManager1 API, 标准的dbus调用,Linux上知名的几个文件管理器都支持,而且不会受到文件系统沙盒的影响,只有这个失败了才应该进行hardcode的文件系统调用
我认为在文件路径上还是受到了沙箱的影响,毕竟沙箱内和沙箱外目录结构不一致。
dde-file-manager
#!/bin/bash
echo "$@" #>/tmp/fake-dde-call.log
dbus-send --print-reply --dest=org.freedesktop.FileManager1 \
/org/freedesktop/FileManager1 \
org.freedesktop.FileManager1.ShowItems \
array:string:"file://${2}" \
string:fake-dde-show-items && \
exit 0
dolphin --select "$2" && exit 0
xdg-open $(dirname "$2")
日志
...
/sandbox/dde-file-manager
--show-item /home/xxx/xwechat_files/wxid_xxx/msg/file/2024-03/xxx.docx
method return time=1710384158.930300 sender=:1.165 -> destination=:1.193 serial=204 reply_serial=2
...
1.0.0.236版本的微信已经正式发布了,本软件是不是该改名wechat-bwrap了?
fake_dde-file-manager
的实现方式是不对的,应该看这个文件
https://github.com/vufa/deepin-wine-wechat-arch/issues/273#issuecomment-1445156050
使用 org.freedesktop.FileManager1
API, 标准的dbus调用,Linux上知名的几个文件管理器都支持,而且不会受到文件系统沙盒的影响,只有这个失败了才应该进行hardcode的文件系统调用
聊天中的图片 无法点击放大预览了, 图片查看器白色窗口 不显示 版本 :1.0.0.236
@hdm9527
这个我也报错,不过无伤大雅,程序正常运行。
明明 --dev /dev --dev-bind /dev/dri{,} --ro-bind /usr{,}
这几句已经把amd显卡引入了,还是出现报错,我也觉得匪夷所思。
wechat 报找不到 /usr/lib/dri/amdgpu_dri.so
,不过鉴于我 /usr/lib/dri
下也没有这个文件,程序有bug更有可能。
$> ls /usr/lib/dri
crocus_dri.so nouveau_drv_video.so s3g_drv_video.so
d3d12_dri.so nvidia_drv_video.so swrast_dri.so
d3d12_drv_video.so r300_dri.so vdpau_drv_video.so
i915_dri.so r600_dri.so virtio_gpu_dri.so
iris_dri.so r600_drv_video.so virtio_gpu_drv_video.so
kms_swrast_dri.so radeonsi_dri.so vmwgfx_dri.so
nouveau_dri.so radeonsi_drv_video.so zink_dri.so
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to open amdgpu: /usr/lib/dri/amdgpu_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri)
failed to load driver: amdgpu
libpng warning: iCCP: known incorrect sRGB profile
libva error: vaGetDriverNames() failed with unknown libva error
libva error: vaGetDriverNames() failed with unknown libva error
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to open amdgpu: /usr/lib/dri/amdgpu_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri)
KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Permission denied
KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Permission denied
...
kde6+wayland+fcitx5下按ctrl+space激活不了输入法,好奇怪
amd核显报错
❯ wechat-beta
libpng warning: iCCP: known incorrect sRGB profile
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to open amdgpu: /usr/lib/dri/amdgpu_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri)
failed to load driver: amdgpu
libva error: vaGetDriverNames() failed with unknown libva error
libva error: vaGetDriverNames() failed with unknown libva error
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to open amdgpu: /usr/lib/dri/amdgpu_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri)
KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Permission denied
KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Permission denied
@MoetaYuko 谢谢提醒,现在空XAUTHORITY不会报错了,会设置默认值
Pinned Comments
7Ji commented on 2024-03-14 03:26 (UTC)
因为微信的原生Linux客户端现在已经作为“微信(Universal)”正式发布(见统信社区博客),不再为Beta版,本包将改名wechat-universal-bwrap。我已经将完整的git历史提交到了universal。
因AUR的限制,软件包不能直接改名,只能作为新软件包提交后,再提交合并请求。在合并前这两个PKGBUILD会共存。评论等内容在合并后也会转移到universal上。为了避免混乱(这个包名为beta却提供了universal的打包),新commit不会再往这边推送。
7Ji commented on 2024-03-12 10:02 (UTC) (edited on 2024-03-14 03:26 (UTC) by 7Ji)
本软件包在Github上亦有仓库: https://github.com/7Ji-PKGBUILDs/wechat-universal-bwrap/ (仓库未启用issues,有问题请直接在此页面提出)
各位如有改进意见,欢迎在Github仓库页提交PR :)
leaeasy commented on 2024-03-09 05:19 (UTC) (edited on 2024-03-09 07:03 (UTC) by leaeasy)
稍微分析了一下wechat-beta二进制,wechat将整个qt5都静态链接至二进制,包括fcitx-qt5也在二进制里面,看起来只支持fcitx这个输入法。 可以试试通过QT_PLUGIN_PATH=/usr/lib/qt/plugins /usr/bin/wechat-beta 试试能否正常使用ibus输入法