2016-04-29

14:00 UTC

会议链接: https://hangouts.google.com/call/v5olhwzpfzgzpoq5i3wthjpqpie

议程

依赖项跟踪 (我知道这跳过了顺序，但这变得极其紧迫。)

*   Proposed fixes to conda-build. There are many and this is pretty slow moving.

        *   Question about conda-smithy/conda-build-all requirements. Please see reference to "Question 4.5" in [this comment](https://github.com/conda/conda-build/pull/848#issuecomment-215523101) 

*   Internal pinning mechanism. [Phil Elson](https://conda-forge.hackpad.com/ep/profile/AviM60TiesB) wrote some nice scripts here and they are very helpful.

问题
```
    *   How can we figure out what things need pinning?
```
- 我们何时回滚一个固定版本？
- 我们如何以更自动化的方式处理固定版本？
```
        *   What things should be pinned?
```
  - 如何处理版本更新？
  - 如何识别问题区域（无法接受固定版本的软件包）？

PyPI 元数据冗余

*   Prototype tool to convert pure Python wheels directly to conda packages: [](https://github.com/takluyver/wheel2conda)https://github.com/takluyver/wheel2conda

自动化 feedstock 维护。

Python3 vs Python==3

*   How to depend (inc build depend) on applications which require Python 3, from a Python==2 env

'子环境依赖项' 是一种可能的替代方案

复杂许可证 (例如 MKL, CUDA, cuDNN 等)
打包 python 本身
VC 功能 (一般会议还需要讨论什么？)
yum 要求 (部分解决)
底层软件包
NetCDF (还有 curl/ca-certificates 和 Perl 软件包)
向容器添加 devtoolset (目前)。
将 Docker 镜像移动到公共空间 (Docker Hub org, GitHub org)。
MSYS2 集成到 conda 中。我们希望如何使用它？我们仍然需要 VC 吗？
GitHub 速率限制。我们如何进一步缓解这些？
向软件包添加命名空间 node-, ruby-, perl-, 为什么不 python- ;-)
放弃 py34 conda forge/staged recipes#465

笔记

让我们尝试一下 webex
依赖项跟踪
```
*   Currently baking in versions into the recipe, automated with script from [Phil Elson](https://conda-forge.hackpad.com/ep/profile/AviM60TiesB)
```
- 版本选择目前是手动决定的
- https://github.com/conda-forge/staged-recipes/wiki/Pinned-dependencies
- 如果我们想更改一个固定版本，比如 zlib 1.2 到 1.3 怎么办？
- 共享 VM，执行自动化和半自动化任务，多个贡献者可以访问
```
    *   Look into setting up a lightweight host/VM, heroku
```
  - 如何决定何时更新固定依赖项
Proposed fixes to conda-build, conda/conda build#848
```
*   Will these brake conda-build-all, do we care?
```
- Micheal 正在开发 conda-render 工具，以尝试尽可能多地填充 jinja 模板
- 讨论这个特定主题，提前计划议程
```
    *   Plan time using emai/GitHub
```
  - 症结在于构建矩阵和 validiatable

复杂许可，例如 MKL, CUDA, CuDNN

*   MKL runtimes are spelled out, headers more complex

CUDA 看起来更好，CentOS 6 镜像可用

Micheal 不知道 CuDNN 的要求

    *   Micheal will look into cuDNN license constraints.

Python 软件包
```
*   Windows needs some files moved.
```
- 功能或 vc 软件包？
- xz 5.0 还是 5.2？从 5.0 开始，然后构建 5.2
- 品牌化？
```
    *   Easy to implement, but is it wanted?
```
  - 不是 Continuum 的主要关注点
  - 在解决问题时很有帮助，检测系统 Python 何时存在
  - 放进去，不太难，并且将帮助下游组织

以下所有内容均由 Phil Elson 和 John Kirkham 讨论。许多项目之前已经计划好，只需要理清细节。任何需要大型小组讨论的内容都没有以任何方式决定。

Yum 要求
```
*   Decided to go with this PR ( [conda forge/conda smithy#135](https://github.com/conda-forge/conda-smithy/pull/135) ).
```
- 当前的用例仍然是 VTK 和 freeglut（忘记提及）。虽然 VTK 正在通过一个新的 PR（ conda forge/staged recipes#453 ）进行。freeglut 仍然在这个 PR 中（ conda forge/staged recipes#373 ）。
底层软件包
```
*   Some brief discussion about using different subchannels for these to avoid dependency clashes (e.g. compiler components).
```
- 有一些灰色地带最终会遇到，但没有具体例子。虽然可能有 gmp 和 mpfr，因为它们既是编译器依赖项，又被其他软件包（如符号数学软件包 (例如 SymPy)）使用。
向容器添加 devtoolset (目前)。
```
*   This was already merged (adds devtoolset-2).
```
- Phil 已经重建了这个。
- John 使用一个简单的 C++11 program 程序测试了镜像，效果很好。
- 自动构建不起作用。可能会联系 Docker 来修复。但是，只有在移动镜像后此问题仍然发生时，这才有意义。
将 Docker 镜像移动到公共空间 (Docker Hub org, GitHub org)。
```
*   [John](https://conda-forge.hackpad.com/ep/profile/wv6uvIZX6h0) will add the PRs to move Obvious-CI's Docker image to the org and from Obvious-CI.
```
- Docker Hub org 已经设置好了
- GitHub 上的仓库已准备就绪。
- 需要为镜像设置自动构建。
- 此外，需要将所有内容切换为使用来自 org 仓库的 Docker 镜像。