将PyPI包转为Conda包时conda-build检测到依赖冲突求助

我完全懂你现在的困扰——本地运行好好的PyPI包，转成Conda包时用conda-build read_ice却爆出一堆依赖冲突，明明已经用conda装好了所有依赖，实在让人摸不着头脑。其实这是因为conda-build的依赖解析逻辑和本地环境的自动兼容逻辑不一样，它会严格校验所有直接/间接依赖的版本约束，尤其是你指定了numpy=1.11这类较旧的版本时，很容易触发连锁冲突。下面给你几个可行的解决办法：

1. 放宽meta.yaml里的依赖版本约束 #

你本地环境的依赖是conda逐步安装时自动匹配的兼容版本，但构建时是从头计算依赖树。如果你的包没有强依赖特定旧版本，建议把依赖的版本约束放宽：

• 比如把numpy=1.11改成numpy >=1.14.6（匹配cartopy、scipy等包的最低要求），或者直接写numpy让conda自动选兼容版本。
• 其他依赖也尽量避免硬锁版本，除非你的包必须依赖某个特定版本。

示例meta.yaml的requirements部分：

requirements:
  build:
    - python=3.8
    - setuptools
  run:
    - python=3.8
    - pandas
    - numpy >=1.14.6
    - scipy
    - matplotlib
    - docutils
    - pyproj
    - Pygments
    - netCDF4
    - cartopy

2. 指定conda-forge频道构建 #

你用到的cartopy、pyproj、netCDF4这类地理/科学计算包，在conda-forge频道的版本兼容性通常更好。试试用这个频道构建：

conda-build --channel conda-forge read_ice

如果还是冲突，可以强制只用conda-forge频道，避免默认频道的版本差异：

conda-build --override-channels --channel conda-forge read_ice

3. 复用本地环境的依赖快照 #

既然本地环境已经能正常运行，你可以导出本地环境的依赖配置，让构建时复用这些兼容版本：

1. 先导出本地环境的yaml：

conda env export > environment.yml

2. 在meta.yaml里参考这个文件的依赖版本，或者用--use-local选项让conda-build优先使用本地已安装的包：

conda-build --use-local read_ice

4. 极端手段：跳过依赖检查（不推荐） #

如果你确认本地环境的依赖完全兼容，且只在特定环境使用这个Conda包，可以在meta.yaml里添加跳过依赖检查的配置，但这会导致包在其他环境可能无法运行，谨慎使用：

build:
  skip_dependency_check: true

优先尝试前三种方法，尤其是调整版本约束和使用conda-forge频道，这是最稳妥的解决路径。

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