如何制作可根据目标系统libfoo库版本自动选择安装对应可执行文件的RPM包

没问题，这个需求完全可以通过RPM spec文件里的**安装后脚本（%post）**来实现。核心思路是：把两个可执行文件都打包进RPM，然后在目标系统安装时，自动检测系统中存在的libfoo版本，再把对应的可执行文件复制到指定目录（比如/usr/sbin）。下面是具体的实现步骤和示例：

一、准备RPM构建的目录结构 #

首先，把你的两个可执行文件放到一个规范的目录下，方便打包：

myapp-1.0/
├── opt
│   └── myapp
│       ├── old
│       │   └── executable1  # 依赖libfoo1.so的可执行文件
│       └── new
│           └── executable2  # 依赖libfoo2.so的可执行文件
└── myapp.spec               # RPM的配置文件

二、编写RPM Spec文件 #

这是实现自动选择的核心，下面是完整的spec示例，我会逐段解释：

%global appname myapp
%global install_target /usr/sbin/%{appname}

Name:           %{appname}
Version:        1.0
Release:        1%{?dist}
Summary:        Auto-select executable based on system libfoo version
License:        GPLv2
BuildArch:      x86_64  # 根据你的可执行文件架构调整，比如i686或noarch

# 构建阶段：把文件复制到RPM的构建根目录
%install
mkdir -p %{buildroot}/opt/%{appname}/old
mkdir -p %{buildroot}/opt/%{appname}/new
cp %{_sourcedir}/opt/%{appname}/old/executable1 %{buildroot}/opt/%{appname}/old/
cp %{_sourcedir}/opt/%{appname}/new/executable2 %{buildroot}/opt/%{appname}/new/
chmod 755 %{buildroot}/opt/%{appname}/old/executable1
chmod 755 %{buildroot}/opt/%{appname}/new/executable2

# 定义要打包的文件
%files
/opt/%{appname}/old/executable1
/opt/%{appname}/new/executable2

# 安装后脚本：在目标系统上检测libfoo并选择可执行文件
%post
# 用ldconfig查询系统已缓存的库，比直接找文件更可靠
if ldconfig -p | grep -q libfoo1.so; then
    echo "Detected libfoo1.so, installing executable1 to %{install_target}"
    cp /opt/%{appname}/old/executable1 %{install_target}
    chmod 755 %{install_target}
elif ldconfig -p | grep -q libfoo2.so; then
    echo "Detected libfoo2.so, installing executable2 to %{install_target}"
    cp /opt/%{appname}/new/executable2 %{install_target}
    chmod 755 %{install_target}
else
    echo "ERROR: Neither libfoo1.so nor libfoo2.so found on the system!" >&2
    # 退出码非0会导致RPM安装失败，符合依赖检查的预期
    exit 1
fi

# 卸载前脚本：清理安装到/usr/sbin的文件
%preun
rm -f %{install_target}

三、关键细节说明 #

• 不要在构建阶段做检测：%install阶段是在你构建RPM的机器上执行的，不是目标系统，所以必须放到%post（目标系统安装完成后执行）里做检测。
• 避免RPM自带的依赖检查：不要在spec里加Requires: libfoo1.so或Requires: libfoo2.so，否则RPM会在安装前强制要求依赖，就没法实现自动选择了。
• 用ldconfig检测库：ldconfig -p会列出系统所有已缓存的共享库，比直接遍历/lib或/usr/lib更准确，因为它会考虑系统的库路径配置。
• 权限处理：复制文件后一定要设置可执行权限（chmod 755），否则目标系统无法运行。
• 错误处理：如果两个库都不存在，脚本会退出并报错，导致RPM安装失败，这符合你对依赖的要求。

四、构建和测试RPM #

1. 把上述目录放到你的RPM构建目录（比如~/rpmbuild/SOURCES/），然后执行构建命令：

rpmbuild -bb ~/rpmbuild/SOURCES/myapp.spec

2. 构建完成后，在~/rpmbuild/RPMS/x86_64/下会生成你的RPM包，分别在装有libfoo1、libfoo2的机器上测试安装，以及在没有任何libfoo的机器上验证安装失败的情况。

这样就能实现你想要的：RPM安装时自动根据目标系统的libfoo版本选择对应的可执行文件啦！

备注：内容来源于stack exchange，提问作者qwerty