如何在旧版Linux系统使用Spack安装包/随Spack仓库分发glibc？

将自定义版本的GLIBC与Spack包一同分发是完全可行的，核心思路是让所有需要分发的软件都链接到你指定的GLIBC（而非系统自带版本），以下是具体操作步骤：

方法一：构建依赖自定义GLIBC的Spack环境并分发 #

1. 在Ubuntu 22上安装指定版本的GLIBC
   先通过Spack安装GLIBC 2.35，确保它独立于系统库：

   spack install glibc@2.35
   

2. 创建Spack环境绑定GLIBC与目标软件
   编写一个环境配置文件（比如命名为dist_env.yaml），强制所有依赖包都链接到这个自定义GLIBC，同时指定统一的安装目录方便分发：

   spack:
     specs:
       - glibc@2.35
       - 替换为你的目标软件包（例如gcc@12.2.0、python@3.10等）
     config:
       install_tree: /opt/spack_dist_repo  # 这个目录会被整体分发
     packages:
       all:
         dependencies:
           glibc: ^glibc@2.35
         compiler: [gcc@11.3.0]  # 选用一个不依赖过高版本GLIBC的编译器
   

   激活环境并安装所有包：

   spack env create dist_env dist_env.yaml
   spack env activate dist_env
   spack install
   

3. 分发安装目录到Ubuntu 18
   将/opt/spack_dist_repo整个目录复制到Ubuntu 18系统的对应路径（比如同样是/opt/spack_dist_repo）。

4. 在Ubuntu 18上运行软件
   运行时需要让程序加载自定义的GLIBC，有两种方式：

   • 临时指定环境变量：

     LD_LIBRARY_PATH=/opt/spack_dist_repo/linux-ubuntu22.04-x86_64/gcc-11.3.0/glibc-2.35-abc/lib:$LD_LIBRARY_PATH /opt/spack_dist_repo/[你的软件路径]/bin/executable
     

     注意替换上述路径中glibc-2.35-abc的实际哈希后缀。
   • 永久修改二进制的rpath（推荐，无需每次设置环境变量）：
     使用patchelf工具修改软件二进制文件的rpath，让它优先加载自定义GLIBC：

     patchelf --set-rpath /opt/spack_dist_repo/linux-ubuntu22.04-x86_64/gcc-11.3.0/glibc-2.35-abc/lib:/opt/spack_dist_repo/[其他依赖路径]/lib /opt/spack_dist_repo/[你的软件路径]/bin/executable
     

方法二：基于低版本系统构建（更稳妥） #

如果条件允许，直接在Ubuntu 18系统上用Spack构建所有软件——低版本系统编译的包天然兼容高版本系统，从根源上避免GLIBC版本冲突。如果无法直接在Ubuntu 18上构建，也可以在Ubuntu 22上使用Spack的交叉编译功能，指定Ubuntu 18的sysroot来模拟低版本环境构建。

注意事项 #

• 确保所有依赖项都通过Spack安装，不要依赖系统自带库，否则可能出现其他版本兼容问题。
• 分发前在Ubuntu 18上做完整测试，检查是否有遗漏的系统库依赖。

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