Package Details: maa-assistant-arknights 5.2.1-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-04-15 14:15 (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。这个问题我还没有头绪。