2018-08-21 conda-forge 会议

置顶项目

• Zoom 指示： +如何连接到 zoom

---

新项目

• NumFOCUS 新闻
  • 分配人员检查清单 [Anthony]
• 编译器迁移已开始（于 2019 年第一季度完成）
  • 需要更新到 Python： https://github.com/conda-forge/python-feedstock/pull/190
• GPL/非 GPL 问题 https://github.com/conda-forge/conda-forge.github.io/issues/209#issuecomment-414756953
• 正在进行或需要开始的投票/讨论
  • https://github.com/conda-forge/conda-forge.github.io/pull/628
  • https://github.com/conda-forge/conda-forge-enhancement-proposals/pull/10
  • https://github.com/conda-forge/conda-forge-enhancement-proposals/pull/11
  • 需要 PR 进入 conda-forge.github.io 的子团队
    • 财政：如何从 NumFOCUS 分配资源/定期批准支出
    • 工具链：编译器，何时更新到新的 ABI（MichaelS 需要提出提案）
    • R 生态系统
  • MichaelS 仍然欠缺一个关于当前 run_exports 最佳实践的文档 PR
• Conda 4.5.9（特性）
  • Filipe 请求提供一个选项，以便在 conda 尝试使用优先级较低的通道中的软件包而不是优先级较高的通道中的软件包时报错。允许回退，但仅限于不存在的软件包。
    • Jonathan 在 https://github.com/conda/conda/pull/7660 上的实现
• ruamel_yaml 在周日破坏了某些东西（conda 和 conda-smithy）
  • 下游测试
    • Conda-feedstock 需要运行 conda 的测试
    • PR
      • https://github.com/conda-forge/conda-feedstock/pull/63
      • https://github.com/conda-forge/conda-smithy-feedstock/pull/104

现有项目

• Dougal 提出关于 conda-build 创建 noarch 软件包的问题。Conda-build 想要使用新的 python，然后遇到无法满足的依赖项（python 3.7 尚未完全构建完成）。
  • https://github.com/conda-forge/google-cloud-bigquery-feedstock/pull/14
  • 经过仔细检查，问题在于 conda-forge 尚未构建用于 py3.7 的 protobuf 软件包，而 defaults 的 protobuf 软件包不排除 conda-forge 的 libprotobuf，因此两者的混合由于 C++ ABI 不兼容而崩溃。
• 讨论 defaults 和 conda-forge 之间的 recipe 同步以及我们面临的一些问题
  • 大量补丁
  • cdt jinja 的使用（在基准测试 @pkgw 上 ping Peter Williams）
  • 构建脚本上的新的编译器特定内容
  • 多个输出和新名称：curl/libcurl 等
  • features 的使用 (https://github.com/conda-forge/blas-feedstock/pull/12)
• 共享密码（在下次会议开始时）
  • 尝试一些东西，然后转向更有趣的问题
  • 让我们试试 KeyBase。Eric D. 刚刚向大多数核心团队成员发送了邀请。
• 为迁移建立后续步骤/行动项目/gh 问题
  • MVN 将与 CJ 协调，为需要编译器但实际上没有明确声明的事务发布 pr。
  • 解析图表，查找所有可能是 py 3.7 但没有编译器且不是 noarch 的内容，在该内容上运行重建。
  • 在图表重建期间，可能需要有两个版本的 pinnings + smithy。
• 决定维护者停止维护时的政策
  • 稍后返回
• 与大约 2000 个待处理的 bot PR 相关...
  • MVN 将向 CJ 提供一份已关闭但未合并的合并冲突 feedstock 列表。
  • 自动关闭过期的 PR
  • 自动删除已关闭/合并的 bot PR
• run_exports 投票 https://github.com/conda-forge/conda-forge-pinning-feedstock/issues/102
  • John 质疑 run_exports 实践： https://github.com/conda-forge/staged-recipes/pull/4858#discussion_r204076032
  • Dougal 将讨论重定向到 https://github.com/conda-forge/conda-forge-pinning-feedstock/issues/102#issue-343171939
  • John 质疑关于 run_exports 的投票的有效性
    • https://github.com/conda-forge/conda-forge-pinning-feedstock/issues/102#issuecomment-406672840
    • https://github.com/conda-forge/conda-forge-pinning-feedstock/issues/102#issuecomment-406681093
  • Filipe 将添加到治理文档中，关于如何解决此类困境的流程
  • 总体而言：我们需要一个社区标准沟通方案。Mike S 在沟通民意调查结果方面掉链子了。
  • 相关：治理文档可能需要定义如何进行有效的民意调查。
• 过期（即，使用 bot 自动关闭）进入 staged-recipes 的“旧” PR？
  • 贴上标签，添加消息（陈旧），ping 相关方以关闭
  • 决定政策
• 寻找在核心团队之间共享密码的良好解决方案
  • Git Secret？ https://github.com/sobolevn/git-secret
• 在 C3I 上构建软件包并上传到 conda-forge
  • Anaconda 内部的 PowerPC 的基础镜像中缺少 Make。好玩了！
  • Mike 欢迎其他人帮助解决这个问题。如果有兴趣，请联系！帮助意味着尝试 recipe，调试任何问题，并解决自 Mike 上次拉入它们以来发生的任何合并冲突。不断变化的目标。
  • 已构建的软件包 https://anaconda.org/cf-cb3 - 这些可能需要更多关于版本的工作。图表是使用版本计算的，但可能应该忽略它们。当 pin 比新的 recipe 旧时，由于版本不匹配，上游 recipe 会被忽略为真正的依赖项。
• 再次公开议程和笔记。
  • John 将看看我们是否可以使 dropbox paper 对全世界可读
  • 其他选择是在会议结束后将笔记发布到公共场所
• conda-forge 博客

---

讨论过的项目

---

完成

• NumFOCUS 峰会： http://summit.numfocus.org/pages/schedule.html
  • Marius 和 Anthony 出席（可能还有 CJ）
• 子组提案：设立规模较小的组，在核心会议之外以不同的频率开会
  • 这些都需要作为提案（提交到 conda-forge.github.io），然后需要核心投票才能创建。每个提案都应包含小组的范围和初始成员，以及小组预计如何协调和沟通。
  • 提议的初始小组
    • bot：负责 bot 架构、实现、维护的人员。不是 bot 的实际用途（例如，创建大型迁移）