AWS Elastic Beanstalk下将cmake3设为cmake别名解决pip安装报错

解决方案 #

问题根因 #

你之前的软链接配置失效通常有两个核心原因：

• 软链接未加强制覆盖参数，若实例上存在残留的无效cmake文件/链接会导致创建失败
• 未配置执行权限，或软链接未被系统全局路径识别

方案1：使用系统标准alternatives配置（更稳定，推荐） #

RHEL/CentOS系系统自带的alternatives是官方推荐的多版本命令管理工具，配置后全局生效，适配所有进程的调用需求，直接修改你的.ebextensions配置文件如下：

packages: 
  yum:
    cmake3: []

container_commands:
  01_config_cmake_default:
    command: "alternatives --install /usr/bin/cmake cmake /usr/bin/cmake3 100 && alternatives --set cmake /usr/bin/cmake3"
    ignoreErrors: false

该配置会将cmake3注册为系统默认的cmake命令，自动处理路径、权限映射问题。

方案2：修正软链接配置 #

如果要继续用软链接的方式，补充强制覆盖和权限配置即可：

packages: 
  yum:
    cmake3: []

container_commands:
  01_link_cmake:
    command: "ln -sf /usr/bin/cmake3 /usr/bin/cmake && chmod +x /usr/bin/cmake"
    ignoreErrors: false

参数说明：

• -f：强制覆盖已存在的cmake文件/软链接，避免创建失败
• chmod +x：给软链接添加执行权限，确保进程可以正常调用

验证方法 #

部署完成后SSH登录到EB实例，执行cmake --version，确认返回的版本号为3.x系列即配置生效，再重新运行pip安装命令即可正常识别cmake依赖。

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