如何为RPM依赖添加自定义路径？安装glibc后仍遇依赖报错

首先得明确两个核心问题：

1. 你手动编译安装到/opt/glibc-2.14/lib的GLIBC，不在RPM包管理器的默认依赖检测路径里，所以rpm根本识别不到它；
2. 你的目标软件xyz-4.6.6-1.x86_64不光需要GLIBC 2.14，还需要2.15和2.17——光装2.14是满足不了全部依赖的。

下面给你几个可行的解决思路，按安全程度排序：

1. 最安全：用容器隔离运行（推荐） #

直接用Docker拉一个自带高版本GLIBC的CentOS镜像（比如CentOS 7，默认GLIBC是2.17，刚好覆盖你需要的所有版本），在容器里安装运行软件，完全不会影响宿主机系统：

# 拉取CentOS7镜像并进入交互终端
docker run -it --rm centos:7 bash
# 在容器里正常安装你的rpm包
rpm -ivh xyz-4.6.6-1.x86_64.rpm
# 之后直接在容器里运行软件即可

2. 次安全：强制安装+运行时指定GLIBC路径 #

先绕过RPM的依赖检查强制安装，然后在运行软件时指定加载你自己编译的GLIBC库（注意：要先装GLIBC 2.17，而不是2.14，否则运行时还是会缺2.15/2.17的符号）：

# 强制安装rpm包，忽略依赖检查
rpm -ivh xyz-4.6.6-1.x86_64.rpm --nodeps

安装完成后，有两种方式让软件加载你的GLIBC：

• 临时指定环境变量运行：

  LD_LIBRARY_PATH=/opt/glibc-2.17/lib:$LD_LIBRARY_PATH /path/to/xyz
  

• 永久修改软件的库搜索路径（需要先装patchelf工具）：

  # 安装patchelf
  yum install -y patchelf
  # 修改软件的rpath，让它优先加载你的GLIBC
  patchelf --set-rpath /opt/glibc-2.17/lib /path/to/xyz
  # 之后直接运行软件即可
  /path/to/xyz
  

3. 高风险：替换系统默认GLIBC（不推荐） #

直接替换系统默认的GLIBC软链接，让系统全局使用你编译的版本。这个操作非常危险，一旦出错，系统所有命令都会失效，可能直接变砖，请务必在单用户模式下操作，并且提前做好系统备份：

# 备份系统默认的GLIBC软链接
cp /lib64/libc.so.6 /lib64/libc.so.6.bak
# 创建新的软链接指向你编译的GLIBC 2.17
ln -sf /opt/glibc-2.17/lib/libc.so.6 /lib64/libc.so.6

如果操作后系统异常，立刻用备份恢复：

ln -sf /lib64/libc.so.6.bak /lib64/libc.so.6

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