conda包跨服务器运行缺GLIBC_2.29 如何将GLIBC纳入conda包

问题原因与解决方案 #

GLIBC版本不匹配问题 #

首先明确：你不能将GLIBC直接打包进conda包，也不应该在meta.yaml中直接指定GLIBC版本依赖。
GLIBC是Linux系统的核心底层库，和操作系统内核深度绑定，conda官方源不提供可直接依赖的独立GLIBC包，这也是你添加build: glibc >= 2.29后构建直接报错的原因。
你遇到的报错本质是：你在本地高GLIBC版本（>=2.29）的机器上编译出的二进制程序，默认动态链接了本地的GLIBC 2.29版本，放到低版本GLIBC的服务器上就找不到对应版本的库。
解决方法可二选一：

• 选择带有旧版本GLIBC的系统环境构建conda包，比如CentOS 7（自带GLIBC 2.17），编译出的二进制会兼容所有高于2.17版本的GLIBC，覆盖绝大多数公共服务器的系统环境。
• 如果你需要完全规避系统GLIBC的影响，可以修改编译参数对GLIBC进行静态链接，不过该方法会增大包体积，且部分功能可能存在兼容问题。

未声明依赖自动安装问题 #

你观察到的libgcc-ng等未声明依赖自动安装，是conda build的自动依赖检测机制的正常行为：
conda build在打包完成后会自动扫描你放入包中的所有二进制可执行文件、动态库，识别它们动态链接的依赖库，自动匹配对应的conda包（比如gcc编译的程序默认依赖的libgcc对应conda的libgcc-ng包），添加到最终的运行依赖列表中，不需要你手动在meta.yaml中声明，目的是避免漏写依赖导致程序运行失败。

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