跳转至主要内容

2018-03-20 conda-forge 会议

出席人员：Eric、CJ、John、Michael、Jonathan、Filipe

  • 将软件包拉取/移动到 broken 的策略

    • 对当前设置感到满意，但是当软件包是堆栈的一部分时，应该更加小心。
    • 使用 conda verify 来捕获导致我们拉取软件包的一些问题。
    • pip 9.0.2 https://github.com/pypa/pip/issues/5081 和 https://gitter.im/conda-forge/conda-forge.github.io?at=5ab12c6b6f8b4b99464b3c37
    • 对于 API 不兼容更改的软件包新版本，我们是否应该为了生态系统的利益而推迟升级？
    • 许多 Linux 发行版通过拥有测试版与稳定版来避免这种情况
    • 记录策略，开放问题以跟踪长期计划 Eric/Jonathan/John
      • 软件包的稳定存储库还是可能已损坏的最新版本？
      • 相关（旧）提案：+分阶段发布
    • conda forge 是一个我们尽最大努力使软件包互操作的地方，还是一个允许开发人员发布其代码而不太关心这些软件包的互操作性的地方？（这感觉像是一个 CFEP）

  • 孤立软件包（没有维护者的软件包）的策略

    • 存档存储库（这会阻止拉取请求）
    • 我们如何处理这些软件包？
      • 它们是无人维护的，并且没有获得安全更新。
    • 选项
      • 让核心团队无限期地维护软件包
      • 拥有一组可以提供帮助的寄养维护者。
      • 让机器人查找没有维护者的配方，向该存储库添加一个问题，指出“此软件包无人维护，将在 90 天内存档。如果您想成为维护者或提交 PR 将您添加为维护者，请在此处发布 blah blah blah”
    • 参考：https://github.com/conda-forge/conda-forge.github.io/issues/539
    • 所有 bob-feedstocks 都已存档，bob-packages 已移动到“broken”标签。

  • 为不同语言创建 staged-recipes 子团队

    • 待办事项
      • PR 模板，其中枚举了每个团队要 ping 的人
      • 添加到 conda-forge.orgT 上的文档中
      • 创建子团队 [完成]
      • 创建问题，让人们告诉我们他们想加入哪些子团队 [完成]

  • 下次会议我们将尝试使用 Zoom

  • 回顾 +AnacondaCon 议程