自制RPM包安装时无法识别内部依赖my_lib.so如何解决？

问题根源 #

RPM默认仅扫描标准库路径（如/usr/lib64、/usr/lib）下的共享库，自动生成Provides（提供的依赖）和Requires（需要的依赖）信息。你的库放在自定义路径./bin/lib/，RPM不会主动识别该路径下的库，导致安装时判定缺少my_lib.so()(64bit)依赖，但实际包内已包含该库。

解决方法 #

1. 将库移至标准路径（推荐） #

把my_lib.so安装到RPM默认扫描的标准路径，修改spec文件的%files段：

%files
%{_bindir}/my_binary
%{_libdir}/my_lib.so

%{_bindir}对应系统二进制路径（如/usr/bin），%{_libdir}对应64位系统的/usr/lib64，RPM会自动扫描这些路径下的库，生成正确的Provides信息。

2. 手动声明依赖或强制扫描自定义路径 #

如果必须保留自定义路径，可通过以下两种方式处理：

• 手动声明Provides：在spec文件的主包段添加：

  Provides: my_lib.so()(64bit)
  

  直接告知RPM该包提供此依赖。
• 强制RPM扫描自定义路径：在spec文件开头添加全局配置，让RPM扫描指定目录下的库：

  %global __find_provides %{__find_provides} %{buildroot}/bin/lib/
  

  构建时RPM会自动识别该目录下的my_lib.so并生成Provides条目。

3. 验证并重新构建 #

修改spec后，重新构建RPM：

rpmbuild -ba your_spec_file.spec

用以下命令验证包是否已包含正确的Provides：

rpm -qp --provides my_rpm_name.rpm

若输出中包含my_lib.so()(64bit)，则配置生效，此时安装不会再出现依赖错误。

4. 确保运行时库路径可被识别 #

如果库放在自定义路径，需保证my_binary运行时能找到该库：

• 编译my_binary时添加-rpath参数（如-Wl,-rpath=/bin/lib），硬编码库路径。
• 或在spec的%post脚本中添加库路径到系统动态链接配置：

  %post
  echo "/bin/lib" > /etc/ld.so.conf.d/my_rpm.conf
  ldconfig
  
  %postun
  rm -f /etc/ld.so.conf.d/my_rpm.conf
  ldconfig
  

内容的提问来源于stack exchange，提问作者Alex