跳到主要内容

2016-04-15

如何管理议程和会议？​

使用 hackpad 记录议程，repo 记录会议纪要

议程 hackpad： https://hackpad.com/conda-forge-meeting-notes-WZIa4PBQ6sz

conda-forge 统计数据​

Google Analytics 显示 conda-forge 有 500 位独立访客，conda-forge 中有大约 300 个 feedstock，Continuum 中有大约 600 个软件包

conda-recipes 上有 1126 个软件包（918 个非 r 软件包），但有些是重复的（例如 python2 与 python3）

import os
packages = [f1 for f1, f2, f3, in os.walk('conda-recipes') if 'meta.yaml' in f3]
print(len(packages))

$ find . -name "meta.yaml" | wc -l
    1126

下次会议​

2016-04-29 14:00 UTC

github.com/continuum 仓库的外部开发者​

特别是 Heroku 构建包。https://github.com/conda-forge/conda-forge-webservices 既没有使用 Continuum 的构建包，也没有使用 Heroku 产品负责人编写的构建包。

目前还没有非 Continuum 贡献者的先例。我们很希望有一个规范的 conda 构建包。

Centos5 与 Centos6​

希望 conda 和 conda-build 能够升级以理解 glibc 版本

conda 将会升级，以便向 anaconda.org 提供关于请求者的 glibc 版本的分析，从而反馈用户安装系统的相关信息

建议标准化构建命令的语法，而不是用于构建的镜像

功能和 feedstock​

弄清楚如何选择一个实现了通用功能集的库

  • numpy 的单个仓库，并使用选择器/功能/分支来控制构建方式
    • 轻微偏好使用带有选择器的单个仓库进行切换

NetCDF​

问：我们应该如何管理其中的多个“功能”（例如，编译时是否包含 OpenDAP）

如果可能，尽可能多地构建，但仅提供合理的运行时依赖项。添加更多依赖项将启用更多功能。

在实践中，有时这是不可能的（例如，缺少必需的 .so 文件），在这种情况下，我们需要能够切换不同的构建“变体”。@msarahan 建议 conda 功能概念可能不是解决此问题的最佳方法。

Windows VC 功能​

目前还没有明确的推进方案。建议进一步研究，并由 @msarahan、@jakirkham 和 @pelson 在 2016-04-22 14:00 UTC（虽然之前宣传的是 21 日）重新召集会议，专门讨论这个问题。

  • 功能旨在标准化在已安装软件包中需要某些东西的软件包

  • 如果你安装一个跟踪 vc9 功能的软件包和一个跟踪 vc10 功能的软件包，并且两者都安装了，conda 会崩溃并忘记如何解析依赖项，然后两者都会被安装？

  • vc## 功能永远不应该作为运行时依赖项添加？

文档​

在 conda-forge.github.io git 仓库中添加一个文件夹

答：John 添加指南

下一次计划的会议是 2016-04-29 14:00 UTC