2019-10-30 conda-forge 核心会议
与会者
- Eric D.
- Marcel
- Filipe
- Jonathan
- Sophia C.
- John K.
- Dougal
- Marius
- Mike S.
- CJ
- Lori
议程
您的议程项目
-
(Eric)大家万圣节打算扮成什么?
- 《权力的游戏》结局编剧 (Filipe)
-
(Eric)安排一个对其他时区的人更方便的时间。快速投票,我会安排
- UTC 时间 10:00(美国东部时间 6:00)
- UTC 时间 12:00(美国东部时间 8:00)
- UTC 时间 17:00(美国东部时间 13:00)(当前会议时间)
- 我们不需要重新安排时间来迁就。Filipe 想迁就其他时区的一些人,但他们好像消失了
-
(Filipe)讨论 NumFOCUS PEX 卡。我们需要吗?我们应该订购一张吗?
- 意见:我们应该避免这些,并做好更好的计划。最坏的情况
- 经常性费用呢?对于经常性费用,NumFocus 可以为我们支付这些费用,所以我们应该提前计划,让他们来做。
- 结论:更好的计划。
-
(Filipe)关于新的 SGD 提交的更新。
- 小额资助开发 (SGD)
- 以促进 conda-skeleton 和重新生成 recipe 的一些工作。这是为了做 bioconda 人员已经在做的事情。这将有助于我们更好地进行依赖项跟踪和元数据更新
- Filipe 计划支付某人来完成这项工作 (Marcelo Trevisani)
-
(Filipe)赶上 Qt 发布的策略。
- (Isuru)Qt 5.12 是 LTS 版本,EOL 于 2021 年 12 月。这是 conda-forge 中打包的版本。
- (Isuru)Qt 5.13 是常规版本,EOL 通常为一年。(2020 年 6 月)
- 我们应该更定期地构建 Qt。我们如何实现这一点?配置 Windows Azure VM 似乎是最佳前进道路。
- 我们需要创建一个 Azure 组织(或他们的术语是什么),然后分发凭据
- 我们应该考虑与 Microsoft 讨论在 Azure 上进行此操作的帮助。
- Marius 将在本周的 NumFocus 峰会和 PyData 上负责这些对话。
- 在下次开发会议上从 Marius 获取更新。
-
(CJ)任何 NumFOCUS 峰会事项:(来自 NumFOCUS)我们要求我们更高级的项目准备好简要分享任何最近的项目新闻或经验,这些新闻或经验对其他人学习有价值。例如
- 资助成功或失败
- 重大的治理变更及其影响
- 为增加您项目中的多样性和包容性而采取的举措及其结果
- 其他项目可以从中学习的任何经验
- (Eric)向 conda-forge 组发送电子邮件,征求对这些要点的反馈。
-
(CJ)pydata nyc 为 CF 做的闪电演讲,Tom 要求做一个简短的东西
- Anthony 说他会承担这个
-
(John)在 CF 和 defaults 之间协调 GPU 软件包
- NCCL
- (发音:Nickel)
- Defaults 仍然停留在 1
- 可能会在我们其中一个依赖项需要时更新。
- 许多东西在没有 2(甚至更新版本)的情况下无法工作
- 现在在 CF 中是 2.4 版本
- CuPy
- 最近添加到 conda-forge
- PfN(Preferred Networks)接管 feedstock 的维护
- Defaults 仍然停留在 6.0.0(最新版本是 6.5.0)
- 在 windows 上构建非常困难,这是 Anaconda 方面的障碍。
- xgboost
- 目前在 conda-forge 中仅提供 CPU 版本
- 希望将 GPU 版本添加到 conda-forge
- CPU/GPU 之间的选择可以简化
- ppc64le 和 aarch64
- 目前没有 aarch64 cudatoolkit 软件包
- ppc64le cudatoolkit 软件包已过时(目前为 9.0)
- 如果 recipe 得到更新,Anaconda 将更容易发布更新的软件包——障碍在于找到所有共享库移动到的位置。
- ppc64le 存在 NVIDIA Docker 镜像
- aarch64 正在开发 NVIDIA Docker 镜像
- NCCL
-
(Marius)Kubernetes 构建更新
- 可以在瞬态 kubernetes gpu 集群上构建 cupy。
- 初步结果感觉良好。
- 也许我们在这里有第二篇博客文章?
- 所有这些工作都在 GKE 上进行。最好尝试将其移植到 Azure,也许。
-
(CJ)conda-forge 应该发布 ARM / aarch64 conda-forge miniconda 安装程序吗?
- Anaconda 构建 ppc 软件包并提供 anaconda / miniconda 安装程序
- conda-forge 应该构建这些吗?
- 这次 conda-forge 通话中没有人真正想承担此维护负担。
-
(Filipe)Python 3.8 已进入 defaults
- (Mike):“某种程度上”进入了 defaults。我们现在只有 py3.8 可用。
子团队更新
Bot
- (CJ)ROS(机器人操作系统)与自动勾选机器人集成(大部分情况下,他们没有 jinja2 他们的 url 导致问题)
- (CJ)该机器人现在可以正确处理多输出 recipe,应该使迁移变得更好
- (CJ)CircleCI 运行 URL 现在在机器人提交和评论中,使调试更容易
ARM
文档
staged-recipes
网站
CI 基础设施
编译器升级
CFEP 更新
我们如何开始在这些方面获得进展?
cfep-03 手动上传构建
cfep-04 X11 和 CDT 政策
cfep-05 dev/rc 构建
- (Eric)我认为最近对 cfep-05 进行了一些讨论。也许 @cj 可以给我们更新一下
- (CJ)我认为这里的主要障碍是我们是否可以将
.../label/rc/matplotlib
变成有效的 anaconda.org 路径 - (CJ,John K.)dev 标签是按软件包还是按 feedstock 级别提供的(我们应该有
.../rc/gdal
和.../rc/libgdal
吗)- (Eric)我们应该以尽可能简单的方式为 conda-forge 工具生态系统实现这一点。如果他们有足够的情绪想要
cfep-06 Staged-recipes 审查生命周期
cfep-08 Too Big To Fail
cfep-10 Feedstock 状态,未维护
讨论
检查之前的行动项目
从上次会议议程复制之前的行动项目。
上次会议
- (Filipe)CFEP-03:审查,修复任何文本并合并。
- 需要小的更新。这可能会在 12 月完成。
- (CJ)CFEP-08:以延迟状态合并
- 将在下次会议中检查。
2 次会议前
3 次会议前
- (Eric)发送电子邮件,看看我们是否可以获得更多人参与常规开发会议。
- (Sophia)安排会议讨论 Condafile 相关内容。
- 在她再次积极处理此事之前,将暂时搁置
- (Filipe)Ping Bjorn 尝试让 Debian 社区更多地参与 conda-forge
- 将从我们的跟踪器中删除此项
- (Eric)安排 Anaconda <-> conda-forge 在 anaconda.org 上同步需求收集
- 将尝试在下个月安排此事。
- (Anthony)联系 NumFocus,以 выяснить 不在文件中包含许可证的法律后果。
4 次会议前
- (Filipe)设置自托管博客的进展
- Medium 似乎普遍不受欢迎
- 托管您自己的博客似乎普遍受到欢迎
- 我们可以模仿 Dask 为他们的开发博客所做的事情吗? https://github.com/dask/dask-blog
- 已移至 github issue https://github.com/conda-forge/conda-forge.github.io/issues/916
- (需要负责人)在我们网站上搜索有点困难
- (Filipe,Anthony)改进关于发布 conda-smithy 的文档。目前说“使用 rever”。最好在那里填写更多信息,以供我们这些不熟悉 rever 的人参考。