2021-07-14 conda-forge 核心会议
与会者
议程
常设事项
-
在会议上为新人介绍
- Jannis
- Alex - 从事安装程序工程师
-
(CJ)预算
- 当前的批准?
- 当更新的数字出来后,请屏幕共享并显示预算。
- 链接在 Keybase 中(numfocus_spreadsheets.txt)
-
公开投票
来自之前的会议
您的新议程项目
-
(IF):NumFOCUS 小型开发资助
- 更新 GCC 编译器并支持交叉编译场景。
- 上周已获得大学批准。现在可以开始工作了。
- 第一件事是摆脱 crosstools-ng。
- 将直接使用其配置脚本构建 GCC。
- 工作现在已经开始,让我们看看进展如何
- Anaconda 可能想看一下。将发送 WIP PR 并标记 Anaconda 人员
-
(IF):CUDA 11.3、11.4
- (IF)添加 CUDA 11.3、11.4 将增加 30 个作业(3 个平台 * 5 个 python * 2 个 cuda)
- (IF)这将添加到已经很大的矩阵中,包含约 60 个作业,使其成为对其他源的拒绝服务
- (IF)有一种方法可以通过仅为一个 CUDA 11.x 版本构建来减少矩阵
- 这将减少 CI 时间
- 避免重建像 pytorch 这样的重型软件包,这必须手动完成。
- 几乎所有 11.x 中的库都只依赖于主版本,除了 2-3 个库(例如,nvrtc)
- 我们可以按每个 feedstock 限制 Azure worker 的速率吗?
- 也许限制为 50 个并行构建就足以不占用队列
- 像 pytorch 这样的长时间运行的作业是一个问题。
- 我们可以使用 https://cirun.io/auth/login w/ aws 和 GHA
- (JK)
cudatoolkit
软件包计划
-
(IF):在 7 月 26 日放弃 numpy 1.17
-
(JK):CUDA ARM 软件包
推迟到下次会议
正在进行的投票
子团队更新
Bot
ARM
POWER
CUDA
文档
staged-recipes
网站
安全+系统
CI 基础设施
编译器升级
CFEP 更新
打开 PR
-
cfep-04 X11 和 CDT 策略
- 非活动 - 与一些非活动状态合并?
- 需要新的负责人。感谢 pkgw 在这项工作上的努力!有来自 pkgw 的未解决评论,截至 2020 年 1 月 10 日。已解决:让我们推迟并保持我们现在拥有的“混合模型”。
-
cfep-06 Staged-recipes 审查生命周期
- 非活动 - 与一些非活动状态合并?
- 来自 @saraedum 的挥之不去的评论。@jakirkham,你能回复吗?有来自 @saraedum 的未解决评论,截至 2020 年 1 月 8 日
- (MRB)stalebot 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个。已解决:暂时推迟,赞成使用 stale bot。
-
cfep-15 Feedstock 状态,未维护
- 非活动 - 与一些非活动状态合并?
- 需要另一次审查。有来自 pkgw 的未解决更新,截至 2020 年 1 月 11 日。待定:重新 ping pkgw 进行第二次审查。
-
cfep-12 删除违反源软件包条款的软件包
- 自 2020 年 5 月 26 日以来停滞不前
- 关于移动到“broken”与从 conda-forge 频道删除的积极辩论
- 正在进行的投票,于 2020-03-11 结束
- 投票结果是什么?
- 我们收到 NumFOCUS 的回复了吗?他们做了法律研讨会,并录制了
-
cfep-17 处理 pin backports 和依赖项重建
- Isuru、CJ 和 Matt 之间关于实施细节的停滞不前的辩论
- 2020-07-22 更新:原则上,我们同意在 feedstock 中直接呈现所需的额外 pinning(即,直到迁移结束)。
-
cfep-19 Pinning epochs
- 自 7 月以来停滞不前
-
cfep-20 软件包拆分
- 大约 1 个月没有更新
讨论
检查之前的行动项目
从上次会议议程复制之前的行动项目。
本次会议
上次会议
2 次会议前
移至问题跟踪器
2020-11-18
- (IF/MRB/MV)intel oneAPI
- 待办事项
- (Nikolay)opencl_rt 的许可
- (Nikolay)intelmpi ABI 与 mpich 兼容
- (MRB/IF)弄清楚如何准确地打包 C/C++ 编译器
- (MRB/IF)考虑 fortran ABI
- (MRB)创建 conda-forge 编译器室(添加包括 keith 在内的人员)
- 待办事项
- (MB)要求核心成员转为“荣誉退休”状态
- 待办事项:Eric 为所有核心成员设置季度检查,以查看他们是否有兴趣保持“活跃”状态,或者他们是否想转为荣誉退休
- 从荣誉退休人员那里移除对各种凭据的访问权限(api 令牌、twitter 密码等)?这将需要更改治理文档。
- 待办事项:Eric 为所有核心成员设置季度检查,以查看他们是否有兴趣保持“活跃”状态,或者他们是否想转为荣誉退休
2020-11-11
- 待办事项:考虑引入 JOSS,以提供关于我们如何最好地撰写论文的背景信息
2020-11-03
- 待办事项:检查 Forrest Watters 的核心权限
- (FF)Outreachy 将花费 6500 美元。
- 后续步骤:撰写摘要并对资金支出进行投票。
2020-10-28 2020-10-21
- (Marius?)Python 2.7 迁移
- ( )[ ] 制作提示
- ( )[ ] 发布公告
- ( )[ ] 将提示设为 lint
2020-10-07
- 确保将 NVBug 信息添加到 conda-forge 制作的 cudatoolkit 软件包中(如果我们制作一个)
2020-09-09
- (ED)使用与 conda-tools 中放入的投票模型类似的投票模型更新治理文档(+3 且没有 -1 为通过)
- (SC)编写 jinja 模板以将机构合作伙伴 yaml 转换为网站 https://github.com/conda-forge/conda-forge.github.io/blob/2a2d3caaf7d74eb370ac40c679ba337a73d15c8a/src/inst_partners.yaml
- (SC)记录创建 OVH 帐户并获得访问权限所需的操作
2020-08-26 Docker hub
- (JK)检查 Azure 构建 worker,看看它们是否有限制 docker hub。
- (JK)与 dockerhub 合作,看看我们是否可以获得 OSS 状态
- 在某个时候再次检查。截至 2020-09-23,我们尚未收到回复
OVH
-
在 twitter 上大声疾呼一下。 “感谢 OVHCloud 提供 VM”等等。(也许在我们使用它在 windows 上发布 qt 之后?)
-
弄清楚如何向用户传达重大更改。可能应该立即打开一个 issue 以进行进一步讨论。Ping @kkraus,并从这些会议记录中捕获更靠前的笔记
-
John K. 将更新 git 仓库上的 cuda toolkit feedstock,以记录 NVBug 链接到 NVIDIA 内部问题跟踪器
-
Jonathan 将更新文档,以记录一些非详尽的软件包列表(如 cuda-toolkit、MKL 等)
-
Jonathan 将审查此 PR
-
(Kale)安排 conda 工作组
-
cfep-10 后续步骤:CJ 召集投票以征求反馈
-
cfep-06 后续步骤:要求 staged recipes 团队负责此 CFEP 并推动其前进
-
jakirkham & CJ-wright 同步在迁移 bot 中添加 CUDA
-
(Eric)安排 Anaconda <-> conda-forge 同步,以收集 anaconda.org 要求
- 将尝试在下个月安排此事。
-
(Anthony)联系 NumFocus 以弄清楚文件中不包含许可证的法律后果。
-
(Eric)在内部检查社区酒店和机票的资助水平?
-
(Eric)弄清楚 conda-forge 的财务状况以支持自身?
-
(jjhelmus)打开 CFEP,确定我们将要支持哪些 python 版本
-
(jakirkham)撰写一篇关于我们今天讨论的 CUDA 问题的博客文章
-
(jakirkham)更新文档,说明如何向 feedstock 添加 CUDA 支持
-
(jakirkham)将在 conda-smithy 上打开一个 issue,以调查 Drone 问题。(ping aarch 团队)
-
(ED)关于我们页面?FAQ 和每个人是谁的某种组合。FAQ 诸如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是谁
- 各个子团队的 POC 是谁?
- 非正式信息:角色、日常工作、个人简介、全部内容,您为何在此处等等。
- 公开还是内部?我真的不在乎。有人强烈反对其中一种方式吗?
- 选择加入公开个人简介
- 软件木工坊有大量的讲师,并且有 https://carpentries.org/instructors
- 有人担心“又一个需要保持更新的地方”
-
(ED)记录使用 conda-forge 的可重现环境的策略
-
(UK)静态库内容
- 向构建添加 lint 提示以找到它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档,说明我们不提供支持,这是一个坏主意。 -> CFEP-18