这种Conda依赖关系冲突是怎么可能的?

我在尝试 conda 内部版本:

Package python_abi conflicts for:
pyibis-ami[version='>=4.0.5'] -> click -> python_abi[version='3.10.*|3.8.*|3.11.*',build='*_cp311|*_cp310|*_cp38']
{snip}
pyibis-ami[version='>=4.0.5'] -> python_abi=3.9[build=*_cp39]

显然存在冲突: click 不支持3.9,但是 pyibis-ami 要求。

但是 点击 是 依赖 属于 pyibis ami 。 我刚刚成功地建造了 pyibis ami ,然后再尝试此生成! (这是我现在试图构建的包的直接依赖项。) 那么,我是如何成功地构建 pyibis ami ?! 为什么同一个冲突没有阻止构建?

一些额外的侦查:

这个 pyibis ami 程序包不要求的任何特定版本 点击 。

查看最新版本的 点击 (8.1.3),我发现:

• 一 noarch 带依赖项的生成: __unix ,

• 一 noarch 带依赖项的生成: __win 和

• 几个 osx-arm64 (我正在工作的平台)构建,所有这些都依赖于特定的(不同的)Python次要版本,例如:

  dependencies:
    - python >=3.9,<3.10.0a0
    - python >=3.9,<3.10.0a0 *_cpython
    - python_abi 3.9.* *_cp39
  

  (3.8、3.10和3.11也有类似的版本。)

现在,我给 --python=3.9 我的选项 conda build ... 命令,但我注意到,在某些情况下,Python v3.8被选中用于临时构建虚拟环境,尽管如此 --python=3.9 命令行选项。 我想知道这里是否就是这样。

两个问题:

1. 在哪里可以找到上次构建尝试的日志文件,以便查看实际为 conda构建。。。 虚拟环境?

2. 允许哪些内容覆盖 --python=3.9 命令行选项?