Package Details: maa-assistant-arknights 5.1.0-1

Git Clone URL: https://aur.archlinux.org/maa-assistant-arknights.git (read-only, click to copy)
Package Base: maa-assistant-arknights
Description: An Arknights assistant
Upstream URL: https://github.com/MaaAssistantArknights/MaaAssistantArknights
Keywords: arknights maa
Licenses: AGPL-3.0-only
Submitter: horror-proton
Maintainer: horror-proton
Last Packager: horror-proton
Votes: 0
Popularity: 0.000000
First Submitted: 2023-03-13 09:19 (UTC)
Last Updated: 2024-02-12 15:03 (UTC)

Latest Comments

w568w commented on 2023-07-09 16:30 (UTC) (edited on 2023-07-10 02:46 (UTC) by w568w)

@horror-proton

哦……是的,第 2 点是一个和该软件包完全不相关的问题。我意识到之前构建 onnxruntime-git 时应用了你在评论区补充的 Patch,也许是构建后升级时出了问题。通过清理 onnxruntime-git 并重新构建,问题已解决。感谢你的提醒!

horror-proton commented on 2023-07-09 16:00 (UTC) (edited on 2023-07-09 16:01 (UTC) by horror-proton)

@w568w 由于 MAA 本来是作为 Windows 上的 portable application 设计的, 提供的 python 脚本也只是一个示例. 脚本里面系统中的链接库可以自动被找到, path 只是为了让它能找到 resource 目录. 不过打包方法确实应该改进, ~~比如整个塞进 /opt~~. MAA 应该不会直接依赖 protobuf, (通过 readelf -d 确认这点), 我认为更有可能是你使用的 onnxruntime 有问题.

w568w commented on 2023-07-09 12:51 (UTC) (edited on 2023-07-09 13:35 (UTC) by w568w)

  1. 当前版本实际上将动态链接库安装到 /usr/lib 下(如 /usr/lib/libMaaCore.so),而 post_install 时仍提示用户用 Asst.load(path='/usr/share/maa-assistant-arknights) 载入链接库。建议更新说明(如果有必要的话,同时更新 asst/asst.py)或更换安装位置;
  2. 7a1cd53fb8e1 附近开始的某次更新似乎使 libMaaCore.so 依赖于库 libprotobuf-lite.so.32,而这并不在本包的依赖项中。由于软件包 protobuf 只提供了 libprotobuf-lite.so.23,我猜想这是 i686 库,从 RPM 软件包获取了 i686 的版本,但运行时提示 OSError: libprotobuf-lite.so.32: wrong ELF class: ELFCLASS32;如果强行链接 libprotobuf-lite.so.23 => libprotobuf-lite.so.32,运行时提示版本不匹配:OSError: /usr/lib/libonnxruntime.so.1.16.0: undefined symbol: _ZN6google8protobuf13RepeatedFieldIiE7ReserveEi。这个问题我还没有头绪。