2021-01-06 conda-forge 核心会议
出席者
- Filipe Fernandes, ocefpaf
- Keith Kraus, kkraus14
- Matti Picus, mattip
- Connor Martin, cjmartian
- Lori, loriab
- Wolf Vollprecht, wolfv
- Sylvain Corlay, @SylvainCorlay
- CJ Wright, @cj-wright
议程
常规事项
-
为参与通话的新人做介绍
-
(CJ) 预算
- 当前的审批?
- 当更新后的数字出来时,请屏幕共享并展示预算。
- 链接在 Keybase 中 (numfocus_spreadsheets.txt)
- (CJ) 我们都已更新,10 月的损益为零
-
未决投票
-
(MRB/ED/SC) 路线图 / 资金
- 已移至单独的会议
来自之前的会议
-
(ED) (低重要性,如果有时间应该放在最后) 关于 CFEP 的想法?我们有 7 个未决 PR,全部都停滞了。
-
(MRB) 将所有凭据从 keybase 移动到 1password?
- 这将允许我们将 2FA 令牌保存在同一位置
你的 new() 议程项目
[x] (mattip) PyPy 3.7 迁移:按原样合并(这将为尚未合并 pypy3.6 的人引起另一个 PR),或者尝试找出一种方法来跳过失败的 Py3.6 构建。结论:按原样合并,大约 300 个 feedstock 将获得一个额外的 PR(可能不会被合并)
- (CJ) 从 conda-forge 软件包中提取 Python 符号
推迟到下次会议
- (WV) (再次推迟 :/) (将通过博客文章和下次会议进行) Quetz / beta.mamba.pm 当前状态的快速更新
进行中的投票
子团队更新
机器人
ARM
POWER
CUDA
文档
staged-recipes
网站
security+systems
CI 基础设施
编译器升级
CFEP 更新
未决 PR
-
cfep-04 X11 和 CDT 策略
- 不活跃 - 合并为某种不活跃状态?
- 需要新的负责人。感谢 pkgw 在这项工作上的付出!自 2020 年 1 月 10 日起,pkgw 提出了未解决的评论 已解决:让我们推迟并保留我们现在拥有的“混合模型”。
-
cfep-06 staged-recipes 审查生命周期
- 不活跃 - 合并为某种不活跃状态?
- @saraedum 的未解决评论。@jakirkham,你能回复吗?自 2020 年 1 月 8 日以来,@saraedum 提出了未解决的评论
- (MRB) stalebot 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个。 已解决:暂时推迟,赞成使用 stale bot。
-
cfep-15 Feedstock 状态,无人维护
- 不活跃 - 合并为某种不活跃状态?
- 需要另一次审查。自 2020 年 1 月 11 日以来,pkgw 提出了未解决的更新 待定:重新 ping 了 pkgw 以进行第二次审查。
-
cfep-12 移除违反源软件包条款的软件包
- 自 2020 年 5 月 26 日起停滞
- 关于移动到“损坏”与从 conda-forge 频道删除的 актив debate
- 进行中的投票,于 2020-03-11 结束
- 投票结果是什么?
- 我们收到 NumFOCUS 的回复了吗?他们做了法律研讨会,并录制了视频
-
cfep-17 处理 pin 回溯和依赖重建
- Isuru、CJ 和 Matt 之间关于实施细节的停滞辩论
- 2020-07-22 更新:原则上,我们已达成协议,在 feedstock 中临时直接呈现所需的额外 pinning(即,直到迁移结束)。
-
cfep-19 Pinning epochs
- 自 7 月起停滞
-
cfep-20 软件包拆分
- 大约 1 个月没有更新
讨论
检查之前的行动项
从上次会议议程复制之前的行动项。
本次会议
2021-01-06
上次会议
2020-11-24
两次会议前
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 编译器 room(添加包括 keith 在内的人员)
- 待办事项
- (MB) 要求核心成员转为“荣誉”状态
- 待办事项:Eric 设置所有核心成员的季度性检查,以查看他们是否有兴趣保持“活跃”状态,还是想转为荣誉状态
- 移除荣誉成员访问各种凭证的权限(api 令牌、Twitter 密码等)?这将需要更改治理文档。
- 待办事项:Eric 设置所有核心成员的季度性检查,以查看他们是否有兴趣保持“活跃”状态,还是想转为荣誉状态
转移到 Issue Tracker
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 提供虚拟机”等等。(也许在我们使用它在 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) 针对我们将要支持的 python 版本启动 CFEP
-
(jakirkham) 撰写一篇关于我们今天讨论的 CUDA 问题的博客文章
-
(jakirkham) 更新文档,说明如何向 feedstock 添加 CUDA 支持
-
(jakirkham) 将在 conda-smithy 上打开一个 issue 以调查 Drone 问题。(ping aarch 团队)
-
(ED) 我们是谁页面?FAQ 和“谁是谁”的组合。
- 谁是 CF <> Anaconda, CF <> NumFocus, CF <> Azure 的联络人
- 谁是各个子团队的联络人?
- 非正式信息:角色、日常工作、个人简介、所有信息、你为什么在这里等等。
- 公开还是内部?我真的不在乎哪种方式。有人强烈倾向于其中一种吗?
- 选择公开个人简介
- software carpentry 有大量的讲师,网址为 https://carpentries.org/instructors
- 一些关于“又一个需要保持更新的地方”的担忧
-
(ED) 记录使用 conda-forge 的可重复环境策略
-
(UK) 静态库相关内容
- 在构建中添加 lint 提示以查找它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档说明我们不提供支持,并且这是一个坏主意。 -> CFEP-18