如何强制Conda安装与特定版本GLIBC兼容的软件包

核心逻辑 #

Conda 仓库里的所有预编译二进制包，都会把自身依赖的最低 GLIBC 版本以虚拟包 __glibc 的形式写入元数据，纳入依赖求解范围。不需要手动逐个调试Python、TensorFlow等组件的版本组合，只要给这个虚拟包加上和当前系统匹配的版本约束，求解器会自动排除所有要求更高GLIBC版本的包，直接解出一整套可正常运行的版本组合。

操作步骤 #

• 先替换Conda基底版本：不要安装最新版Miniconda，新版Miniconda本身就要求GLIBC≥2.17，在RHEL6上根本启动不了。选择Miniconda3 4.9.x系列的Python3.7构建版本安装即可，保证Conda本体能在系统上正常运行。
• 调整渠道配置：默认的defaults渠道近几年已经停止了对GLIBC 2.12（RHEL6默认自带的GLIBC版本）的兼容支持，优先切换到conda-forge渠道获取兼容包，执行以下命令：

conda config --add channels conda-forge
conda config --set channel_priority strict

• 创建环境时直接加GLIBC版本锁。比如要搭建带Python、TensorFlow的可用环境，直接执行：

conda create -n rhel6_env python tensorflow __glibc<=2.12

命令执行后求解器会自动匹配所有符合GLIBC版本要求的组件，从Python解释器到TensorFlow再到底层依赖库全部是适配2.12版本的，不需要手动试版本搭配。如果觉得默认conda求解速度太慢，可以换适配旧系统的mamba作为求解器，命令语法和conda完全一致。

避坑提示 #

• 后续往环境里装新软件包的时候，也要带上__glibc<=2.12的约束，不要直接跑无约束的conda install 包名或者conda update --all，不然求解器可能自动拉取依赖高版本GLIBC的包，把环境搞坏。
• 尽量不要在这个环境里用pip装预编译的wheel包，pip不会检查系统GLIBC版本，很容易装上之后运行才报GLIBC版本不兼容的错。如果必须用pip安装包，添加强制源码编译的参数，在本地编译适配当前系统的版本再装。
• 如果老机器上依赖求解速度太慢，可以在同x86_64架构的新机器上用一模一样的GLIBC版本约束把环境装好，整个打包传到RHEL6机器上直接用就行，conda环境不依赖系统级的库路径，只要安装时锁了GLIBC版本，移植过去可以直接运行，不需要重新配置。

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