2021-07-28 conda-forge 核心会议
与会者
议程
常设事项
-
电话会议中新人的介绍
-
(CJ) 预算
- 当前批准?
- 当更新后的数字出现时,请屏幕共享并显示预算。
- 链接在 Keybase 中 (numfocus_spreadsheets.txt)
-
公开投票
来自上次会议
- (JK): CUDA ARM 打包
- https://github.com/conda-forge/cudatoolkit-feedstock/pull/
- 需要处理多种 ARM 类型(服务器 vs 应用程序)
- 插件架构的 CEP:https://github.com/conda/ceps/pull/1
- 虚拟软件包的插件机制:https://github.com/conda/conda/issues/10131
- Conda issues 中用于插件相关主题的新标签:https://github.com/conda/conda/labels/tag-plugins
您的新() 议程项目
-
(IF) 从 libgcc-ng 中移除 gcc sanitizer 运行时
- https://github.com/conda-forge/ctng-compilers-feedstock/issues/60
- sanitizer 运行时应该是一个单独的软件包还是完全移除?
- 确定从 libgcc-ng 迁移到 gcc
- 默认设置(可能)会为 libasan 和 co. 创建单独的软件包。
- 即使在我们迁移之后,我们也可以稍后制作 libasan,所以现在迁移是可以的
-
(IF) arm 服务器访问权限
- 请查看 conda-forge-core 列表中的电子邮件
- Works-on-arm 说他们不能再赞助了,并建议我们使用 oracle 的免费层
- 需要一张卡来注册免费层
- arm 服务器目前用于构建 pypy、qt 等。
-
(MRB) 使用 adoodle 投票
-
(MRB) intel 编译器许可
- matt 将信息发回给他们
-
(MRB) 具有 quantsight 的 GPU 集群的 root 访问权限
-
(JK) CUDA 11.0+ ( https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/1708 )
- matt 制作 smithy 版本
- 需要对 PR 进行调整,但同意我们可以保留文件和文档示例
- 需要一些工作来支持旧 CUDA (9.x & 10.x) 案例的旧编译器
推迟到下次会议
正在进行的投票
子团队更新
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 日起停滞不前
- 关于移动到“损坏”与从 conda-forge 频道删除的积极辩论
- 正在进行的投票,于 2020-03-11 结束
- 投票结果如何?
- 我们是否收到了 NumFOCUS 的回复?他们做了法律研讨会,该研讨会已被录制
-
cfep-17 处理 pin backports 和依赖项重建
- Isuru、CJ 和 Matt 之间关于实施细节的停滞辩论
- 2020-07-22 更新:我们原则上同意在 feedstock 中直接临时呈现所需的额外 pinnings(即,直到迁移结束)。
-
cfep-19 Pinning epochs
- 自 7 月以来停滞不前
-
cfep-20 软件包拆分
- 大约 1 个月没有更新
讨论
检查上次行动事项
复制上次会议议程中的先前行动事项。
本次会议
上次会议
2 次会议前
移动到 Issue Tracker
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 构建 workers 以查看它们是否具有 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 内部 issue 跟踪器
-
Jonathan 将更新文档,以记录一些非详尽的软件包列表(如 cuda-toolkit、MKL 等)
-
Jonathan 将审查此 PR
-
(Kale) 安排 conda 工作组会议
-
cfep-10 后续步骤:CJ 调用投票以征求反馈
-
cfep-06 后续步骤:要求 staged recipes 团队支持此 CFEP 并推动其前进
-
jakirkham & CJ-wright 同步将 CUDA 添加到迁移机器人
-
(Eric) 安排 Anaconda <-> conda-forge 同步,以收集 anaconda.org 要求
- 将尝试在下个月安排此事。
-
(Anthony) 联系 NumFocus 以弄清楚不包括文件中许可证的法律后果。
-
(Eric) 在内部检查社区酒店和飞行人员的资金水平?
-
(Eric) 弄清楚 conda-forge 的财务状况以支持自身?
-
(jjhelmus) 打开 CFEP 以了解我们将要支持哪些 python
-
(jakirkham) 写一篇关于我们今天讨论的 CUDA 问题的博客文章
-
(jakirkham) 更新关于如何将 CUDA 支持添加到 feedstocks 的文档
-
(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) 静态库内容
- 添加 linting 提示到构建以找到它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档说我们不提供支持,这是一个坏主意。 -> CFEP-18