[Arch Linux / AMD 显卡] 启动时报错 libcuda.so.*缺失，动态链接冗余

[YangInWinter]

系统配置

• 系统： Arch Linux 7.0.12-arch1-1
• 版本： v3.2.0和v3.2.1 AUR版（其他没试过）
• 硬件： AMD CPU（核显）
• 驱动： 已安装mesa等驱动库，未安装nvidia-utils驱动

问题描述

project-graph 无法启动，终端错误提示：

project-graph: error while loading shared libraries: libcuda.so.1: cannot open shared object file: No such file or directory

安装 nvidia-utils 提供 libcuda.so.1 后，仍然报错：

project-graph: error while loading shared libraries: libcurand.so.10: cannot open shared object file: No such file or directory

运行ldd $(which project-graph)后发现：

libcuda.so.1 => /usr/lib/libcuda.so.1 (0x00007f0b3b400000)
libcurand.so.10 => not found
libcublas.so.12 => not found
libicudata.so.78 => /usr/lib/libicudata.so.78 (0x00007f0b2a400000)

稳定复现。

如果安装nvidia-utils、cuda以及相关驱动，则至少需要5GB的磁盘空间，十分冗余。

希望开发者能够调整一下编译逻辑，抠掉一些不必要的链接，避免强制依赖。

---

我的猜测：

• 在编译时链接了nvidia依赖。

AI猜测：

• 这些库对于应用的核心功能 并非必需（AI 功能是通过 HTTP 调用远端 OpenAI 兼容接口，而非本地 GPU 推理）。它们是由某个捆绑的原生插件（可能是 onnxruntime-node、sharp 等）在编译时无条件链接进来的，导致 DT_NEEDED 中硬性依赖了这些 CUDA 库。
• 由于链接了不必要的 CUDA 库，应用拒绝启动，即使这些库在运行时根本不会被用到。

AI 建议修复方向：

• 确保原生插件（如 onnxruntime）在为通用 Linux 构建时 禁用 CUDA 支持，或者改为通过 dlopen 动态加载这些库，而不是在编译时硬链接。
• 为没有 NVIDIA 显卡的用户提供 不含 CUDA 依赖的构建产物。

[zty012]

应用中是有本地ai功能的（利用ocr将手写笔记转换为文本节点），可以将aha的cuda feature移除

[CaptainJhonathon]

Adding on similar bug report.
Using Fedora 44 with dGPU Nvidia with AMD CPU, GPU usage setting Nvdia only.
Already installed nvidia driver by Fedora docs.
getting error while running project-graph 3.2.1 with:
project-graph: error while loading shared libraries: libcurand.so.10: cannot open shared object file: No such file or directory

[YangInWinter]

顺便说一下，上次v2大版本的时候还没有这个bug

[YangInWinter]

新版本v3.2.2仍有这个问题

[CaptainJhonathon]

problems remain on Fedora with version v3.3.0 and v3.2.5

[zty012]

从 Nightly 755 开始，文件名中不带 `gpu` 的文件为没有链接 `libcuda` 的版本