Snakemake创建Salsa2的Python2.7 Conda环境遇OpenSSL依赖错误

尝试将Salsa2整合到Snakemake工作流中，由于Salsa2基于Python 2.7运行，为此创建了独立的Conda环境配置文件：

channels:
  - conda-forge
  - anaconda
  - bioconda

dependencies:
  - python = 2.7.18
  - salsa2 = 2.3.
  - boost = 1.70.0
  - boost-cpp = 1.74.0
  - networkx = 1.11

执行命令 snakemake --use-conda --cores 15 时触发 CreateCondaEnvironmentException，错误提示缺少满足Python 3.6.7要求的OpenSSL版本。尝试在yaml中添加 openssl = 1.1.1 后问题仍存在，但手动通过该yaml创建环境可正常运行。怀疑与Snakemake的Python 3环境冲突，但Conda环境应为规则独立使用，询问错误原因。

1. Snakemake与Conda求解器的交互问题
   手动创建环境时，Conda的求解器会优先匹配Python 2.7的依赖链，但Snakemake调用Conda创建环境时，可能因为自身基于Python 3运行，导致求解器在依赖解析过程中引入了Python 3的隐性依赖（比如某些工具链依赖的OpenSSL版本被绑定到Python 3.6.7）。部分新版本Snakemake对Python 2环境的兼容性支持不足，容易出现这类跨版本依赖冲突。

2. Channel优先级与依赖传递冲突
   当前配置的channel顺序是conda-forge > anaconda > bioconda，而Salsa2是bioconda提供的包。conda-forge的部分依赖包可能默认以Python 3为基准，当求解器从conda-forge拉取依赖时，可能会引入不兼容Python 2.7的OpenSSL版本，进而触发Python 3.6.7的版本要求。手动创建时，Conda可能自动调整了依赖来源的优先级，规避了这个问题。

3. Snakemake的环境缓存或路径干扰
   Snakemake会缓存已创建的Conda环境，若之前创建过Python 3相关的环境，缓存中的残留依赖可能干扰新环境的创建。此外，Snakemake运行时继承的环境变量（如PATH、CONDA_DEFAULT_ENV）可能导致Conda在创建环境时错误地复用了外部环境的依赖配置。

• 调整Channel顺序：将bioconda移至channel列表最前端，确保优先从bioconda拉取Salsa2及其匹配的依赖：

  channels:
    - bioconda
    - conda-forge
    - anaconda
  

• 指定Conda求解器为Classic：部分新版本Conda默认使用libmamba求解器，对Python 2环境的支持不佳。在Snakemake命令中添加--conda-solver classic，强制使用传统求解器：

  snakemake --use-conda --conda-solver classic --cores 15
  

• 导出手动创建的环境配置：手动创建环境后，执行conda env export > salsa2_env.yaml，用导出的完整依赖配置替换原yaml，确保Snakemake使用完全匹配的依赖链：

  conda create -f your_original.yaml
  conda activate salsa2_env
  conda env export --no-builds > salsa2_env.yaml
  

• 指定独立的Conda环境目录：使用--conda-prefix参数指定Snakemake专属的环境目录，避免与系统或手动创建的环境冲突：

  snakemake --use-conda --conda-prefix ./snakemake_envs --cores 15
  

• 降低Snakemake版本：较新版本的Snakemake已放弃对Python 2环境的适配，可降级到5.x系列版本（如5.32.0），该版本对Python 2环境的支持更稳定：

  pip install snakemake==5.32.0
  

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