2018-09-04 conda-forge 会议
置顶项
- Zoom 指示:+如何连接到 Zoom
新事项
- 与 NumFOCUS 会面,关于:财政赞助
- numfocus.org/rocket
- 编译器重建需要移除 .la 文件
现有事项
- 编译器迁移已开始(2019 年第一季度完成)
- 正在进行或需要开始的投票/讨论
- 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
- 需要向 conda-forge.github.io 提交 PR 的子团队
- 财政:如何从 NumFOCUS 分配资源/定期批准支出
- 工具链:编译器,何时更新到新的 ABI(MichaelS 需要提出提案)
- R 生态系统
- MichaelS 仍然欠一篇关于当前 run_exports 最佳实践的文档 PR
- Conda 4.5.9 (功能特性)
- Filipe 请求提供一个选项,如果 conda 尝试使用优先级较低的通道中的软件包而不是优先级较高的通道中的软件包,则报错。允许回退,但仅适用于不存在的内容。
- Jonathan 在 https://github.com/conda/conda/pull/7660 的实现
- Filipe 请求提供一个选项,如果 conda 尝试使用优先级较低的通道中的软件包而不是优先级较高的通道中的软件包,则报错。允许回退,但仅适用于不存在的内容。
- 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 之间配方同步以及我们面临的一些问题
- 大量补丁
- 使用
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。
- 决定维护者停止维护的政策
- 稍后返回
- 与大约 2k 个待处理的 bot PR 相关…
- MVN 将向 CJ 提供一份合并冲突的 feedstock 列表,这些 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 投票的有效性
- Filipe 将添加到治理文档中,关于如何解决此类僵局情况的流程
- 总的来说:我们需要一个社区标准沟通方案。Mike S 在沟通民意调查结果方面搞砸了。
- 相关:治理文档可能需要定义如何进行有效的民意调查。
- 使过期的(即,使用 bot 自动关闭)“旧” PR 进入 staged-recipes?
- 贴上标签,添加消息(过时),ping 相关方关闭
- 决定政策
- 找到在核心成员之间共享密码的良好解决方案
- Git Secret?https://github.com/sobolevn/git-secret
- 在 C3I 上构建软件包并上传到 conda-forge
- Anaconda 内部 PowerPC 的基础镜像中缺少 Make。有趣的时候到了!
- Mike 欢迎其他人帮助解决这个问题。如果有兴趣,请联系!帮助意味着尝试配方、调试任何问题,以及解决自 Mike 上次拉入以来发生的任何合并冲突。目标不断变化。
- 已构建的软件包 https://anaconda.org/cf-cb3 - 这些可能需要在版本方面做更多工作。图表是使用版本计算的,但可能应该忽略它们。当一个 pin 比新的配方旧时,由于版本不匹配,上游配方会被忽略为真正的依赖项。
- 再次公开议程和笔记。
- John 将看看我们是否可以使 dropbox paper 可供全世界阅读
- 其他选择是在会议结束后将笔记发布到某个公共场所
- conda-forge 博客
讨论事项
完成
- NumFOCUS 峰会:http://summit.numfocus.org/pages/schedule.html
- Marius 和 Anthony 出席(可能还有 CJ)
- 子组提案:设立较小的组,在核心会议之外以不同的频率开会
- 这些都需要作为提案(提交给 conda-forge.github.io),然后需要核心投票才能创建。每个提案都应包含小组的范围和初始成员,以及小组预计如何协调和沟通。
- 提议的初始小组
- bot:负责 bot 架构、实施、维护的人员。不是 bot 的实际用途(例如,创建大型迁移)