如果我是在python3.6.1下构建的，为什么conda build会在包名后面附加py27_0？

Question

我正在为ProjectQ做一个康达食谱。在linux和osx下的构建过程中会发生一些奇怪的事情。我可以手工构建和安装包（即使用'python设置.py从克隆的git repo目录安装）。然而，当我做了一个完全相同的食谱，它失败了。在linux和osx上。在

我的构建方法是here。特别奇怪的是，尽管我在梅塔亚姆文件中，conda构建过程将包命名为“projectq-v0.3.0-py27_0”，当它安装包时，它试图在python2.7目录之一中执行此操作，这就是我假设它失败的原因。在

很明显我在做一些蠢事，但我一辈子都搞不清是什么。有人能看出我做错了什么吗？提前谢谢。在

Answer 1

我想出来了。感谢所有花时间仔细研究我的问题的人。真的不可能有人能帮我弄明白，因为它是相当具体的包，我正在安装。我要把我学到的东西总结一下，以防别人遇到不同的情况。在

1. 首先，正如我在其中一条评论中指出的，如果您在构建中指定特定的版本需求，那么最好在run下指定相同的版本需求。最初，我在build下指定了“python3.6.*”，但在run下只指定了“python”。这导致包被命名为以“-py27_0”结尾的东西，因为可以理解的是，包名取决于运行所需的内容，而不是构建它。在
2. 真正棘手的是要理解在设置.py当我运行“python”时自动安装的脚本设置.py“手动安装”，但当我试图在conda下构建时，不是正在运行。一旦我把这些要求添加到梅塔亚姆配方，一切都很好。在

因此，这些课程要与构建和运行之间的conda要求保持一致，并确保列出了所有要求，包括可能在中指定的奖金要求设置.py文件。在

再次感谢所有看到这一切的人。在