Conda构建的Python包ssstack在新建环境时安装路径异常，已有环境中安装正常

问题核心分析 #

这种异常的根源其实很明确：直接用conda create安装包时，Conda没有提前为环境搭建好Python的基础目录结构。

Conda对Python包的路径识别完全依赖于环境中已存在的Python环境——当你创建环境时只指定安装ssstack，Conda可能不会优先解析它依赖的python>=3.8，导致安装包时没有lib/python3.x、bin这些标准目录可以遵循，自然就把文件放到了错误的位置。

而你先创建带Python的环境再安装时，环境已经有了完整的Python目录结构，Conda能立刻识别这是Python包，文件也就都放到了正确的路径下。

实用解决方案 #

根据你的情况，有几个简单直接的解决办法：

1. 创建环境时显式指定Python版本

修改conda create命令，把Python作为环境创建的必要项，让Conda先搭建好Python环境再安装ssstack：

conda create -n <env name> python=3.12 -c <path to local build> ssstack

这样Conda会先创建标准的Python环境目录，安装ssstack时就会自动把包放到<ENV_ROOT>/lib/python3.12/site-packages，CLI脚本放到<ENV_ROOT>/bin下。

2. 优化meta.yaml的依赖声明（可选强化）

你的meta.yaml配置本身没有大问题，但可以再强化Python依赖的优先级，确保Conda在解析时优先安装Python：

# 保持现有配置不变，可在package或build部分添加额外提示
package:
  name: "{{ name|lower }}"
  version: "{{ version }}"
  # 可选：明确标记为Python包（部分旧版Conda可能需要）
  build:
    noarch: python
    number: 1
    script: {{ PYTHON }} -m pip install . -vv --no-deps --no-build-isolation
    # 确保使用环境中的Python解释器执行安装

另外如果你的项目有setup.py或pyproject.toml，确认其中的entry_points（CLI脚本配置）是正确的——不过你已经验证先装Python再装包没问题，这部分应该是正常的。

3. 沿用你已验证的分步安装流程

如果你不想修改命令，继续使用已经测试有效的流程也完全可行：

conda create -n ssstack_env python==3.12
conda activate ssstack_env
conda install -c <path to local build> ssstack

这个方法的本质就是先确保Python环境存在，让Conda能识别正确的安装路径规则。

补充说明 #

你的ssstack包构建配置（noarch: python、Python依赖声明）都是符合规范的，问题完全出在Conda环境创建时的依赖解析顺序上——只要让Python在ssstack之前被安装，不管是命令显式指定还是依赖解析自动处理，都能解决路径异常的问题。

备注：内容来源于stack exchange，提问作者ccbunney