2020-10-14 conda-forge 核心会议
与会者
* CJ
* Eric D
* Matt B
* Filipe
* Marius
* Sylvain
* Michael S.
* Cheng Lee
* Isuru
* Keith
* Wolf
* Marcel
* Paul I.
* Stephanie
* John K.
议程
常设事项
-
电话会议上新人的介绍
-
(CJ) 预算
- 当前的批准?
- 无论何时更新数字,请屏幕共享并展示预算。
- 链接在 Keybase 中 (numfocus_spreadsheets.txt)
来自之前的会议
- (MvN) 使用 conda-lock 和 micromamba (mm) 更快地配置基础构建环境
- 总结:我们可以将 Windows 环境配置的开销从 5 分钟缩短到 70 秒
- 缺点?
- 一些需要落实的内容。mm 不支持我们从 conda lock 文件安装所需的所有标志(Wolf 目前正在努力解决。应该很快落实)
- (IF) Lockfiles 只为我们节省了几秒钟
- 优势
- 可以精确地版本化我们所有构建中使用的基础环境。基于 GH actions 的仓库。每 5 分钟重新生成 lock 文件。
- 行动事项
- 在 win-64 上尝试不使用锁的 micromamba
- (PI) aka - tiny shell subcommand switcher: https://sr.ht/~pi/aka/
您的新议程项目
-
(SG) bloomberg 资助事宜
- Kevin (OSS 总监) 有兴趣向 conda-forge 提供资助。整理一份对 conda-forge 有益的资源愿望清单。
- 资源清单,总体估算
- 需要建立一个愿望清单
- (TODO) 建立一个愿望清单
- Kevin (OSS 总监) 有兴趣向 conda-forge 提供资助。整理一份对 conda-forge 有益的资源愿望清单。
-
(FF) 推动在 feedstocks 中进行更多测试。我们使用 AzurePipelines 已经有一段时间了,CI 限制显著降低。我们可以开始默认在骨架中启用测试。这将是朝着更多自动合并迈出的第一步。
- TODO:澄清关于我们说“不要运行测试”的文档
-
(MRB) github releases 和 conda-forge-sparta
-
(MRB / ED / SC) 路线图/资金?在 gitter 中讨论
- (SC) 如果 conda-forge 作为一个项目收到资金会做什么?也许在 conda-forge 网站上发布一些白皮书会有所帮助。如果某个公司通过 NumFOCUS 向该项目捐赠 1 万、10 万或 100 万美元,conda-forge 会做一些非常不同的事情吗?
- 1 万美元:它是否购买了足够的托管来做一些有趣的事情?
- 10 万美元 - 它带来了什么。
- 更大的一笔金额:conda-forge 甚至可能能够资助人们直接从事该项目。
- 我们几乎肯定可以找到很多有用的东西,这些东西不需要就路线图达成共识就可以获得资助。(我认为这不会引起争议,例如,我们可以使用一些资金来做一些不错的 Web 开发,以更好地可视化迁移,或类似的东西)可能有很多类似性质的事情。
- 如果我们列出一个清单,圣诞老人可能会出现...
- 参见上面的 bloomberg 注释...
- (SC) 如果 conda-forge 作为一个项目收到资金会做什么?也许在 conda-forge 网站上发布一些白皮书会有所帮助。如果某个公司通过 NumFOCUS 向该项目捐赠 1 万、10 万或 100 万美元,conda-forge 会做一些非常不同的事情吗?
-
(MvN) 关于 cython 的战术性事项?
- CPython 经常破坏其 api,迫使 python 生态系统的大部分重新 cython 化。
- 我们是否应该修补我们的 cython,以便当设置
CONDA_BUILD
环境变量时,我们总是重新 cythonize 并忽略文件的 mtime?
-
(MvN) noarch: python v2
- 随着我们越来越多地放弃与 py27/35/36 的兼容性,我们是否应该使用 repodata pacthing 自动将 python 约束添加到所有
noarch: python
工件?- 想法是选择一个纪元日期(例如 2020-10-01),并让该日期之后构建的工件获得 repodata 补丁,如果它只有 python 约束,则添加 python>=3.6 约束。
- 此外,我们不妨更新 noarch 添加 bot 操作,该操作会从配方中剥离所有包含 py27/34/35 选择器的行。
- 这应该允许我们移动许多当前仅依赖于 py27 兼容性的 feedstocks 到 noarch: python,从而降低工件的增长率。
- 随着我们越来越多地放弃与 py27/35/36 的兼容性,我们是否应该使用 repodata pacthing 自动将 python 约束添加到所有
-
(IF) CDN 最近宕机很多
- (CHL) Anaconda 正在积极调查该问题;希望在未来几周内解决
-
(WV) multisheller github.com/wolfv/multisheller
-
(CHL) 仅供参考 - conda 4.9.0 现在在 conda-canary 上;计划于 10 月 19 日发布。
推迟到下次会议
正在进行的投票
子团队更新
Bot
ARM
POWER
CUDA
文档
staged-recipes
网站
安全+系统
CI 基础设施
编译器升级
CFEP 更新
未解决的 PR
-
cfep-04 X11 和 CDT 策略
- 非活跃 - 合并为某种非活跃状态?
- 需要新的倡导者。感谢 pkgw 在这项工作上的努力!自 2020 年 1 月 10 日起,pkgw 提出了未解决的评论
-
cfep-06 Staged-recipes 审查生命周期
- 非活跃 - 合并为某种非活跃状态?
- 来自 @saraedum 的长期评论。@jakirkham,您可以回复吗?自 2020 年 1 月 8 日起,@saraedum 提出了未解决的评论
- (MRB) stalebot 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个问题。
-
cfep-10 Feedstock 状态,未维护
- 非活跃 - 合并为某种非活跃状态?
- 需要另一次审查。自 2020 年 1 月 11 日起,pkgw 提出了未解决的更新
-
cfep-12 删除违反源软件包条款的软件包
- 自 2020 年 5 月 26 日起停滞
- 关于移动到“broken”与从 conda-forge 频道删除的积极辩论
- 正在进行的投票,于 2020-03-11 结束
- 投票结果是什么?
- 我们收到 NumFOCUS 的回复了吗?
-
cfep-17 处理 pin backports 和依赖项重建
- Isuru、CJ 和 Matt 之间关于实施细节的停滞辩论
- 2020-07-22 更新:原则上,我们同意在临时基础上(即,直到迁移结束)直接在 feedstock 中渲染所需的额外 pinnings。
讨论
检查之前的行动事项
复制上次会议议程中的先前行动事项。
本次会议
2020-10-14
上次会议
2020-10-07
- 确保将 NVBug 信息添加到 conda-forge 制作的 cudatoolkit 软件包中(如果我们制作一个)
2 次会议前
2020-09-30
移至 Issue Tracker
2020-09-23
- (MRB)
- 进行 libgfortran 名称更改
- 将目标平台添加到哈希
- 使用 bot 进行 gfortran 迁移
- bump pinnings
2020-09-16
- 与 Jon Mease 安排一次关于 kaleido staged recipes PR 的通话
- 于 2020-09-16 发送电子邮件
- (FF) 在 python feedstock 上打开一个关于 python 3.9 的 PR,看看会发生什么故障
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,我们尚未收到回复
- (MRB) 开始将镜像推送到 quay (https://github.com/conda-forge/docker-images/pull/152)
OVH
-
(???) 构建网页以感谢他们(和其他人)
-
如果我们添加徽标,将需要确保我们有权使用它。
-
在推特上公开感谢。“感谢 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 添加到迁移 bot 的事宜
-
(Eric) 安排 Anaconda <-> conda-forge 在 anaconda.org 上同步的需求收集
- 将尝试在下个月安排此事。
-
(Anthony) 联系 NumFocus,弄清楚文件中不包含许可证的法律后果。
-
(Eric) 内部检查是否有资金支持社区成员的酒店和机票?
-
(Eric) 弄清楚 conda-forge 的财务状况以支持自身?
-
(jjhelmus) 开启 CFEP,讨论我们将支持哪些 Python 版本
-
(jakirkham) 撰写一篇关于我们今天讨论的 CUDA 内容的博客文章
-
(jakirkham) 更新关于如何向 feedstocks 添加 CUDA 支持的文档
-
(jakirkham) 将在 conda-smithy 上开启一个 issue,以调查 Drone 问题。(ping aarch 团队)
-
(ED) “我们是谁”页面?FAQ 和“每个人是谁”的某种结合。类似 FAQ 的内容,例如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是谁
- 各个子团队的 POC 是谁?
- 非正式信息:角色、日常工作、个人简介、全部内容、你来这里的原因等。
- 公开还是内部?我个人无所谓。有人对此有强烈看法吗?
- 选择加入公开个人简介
- software carpentry 有大量的讲师,并且有 https://carpentries.org/instructors
- 有人担心“又多了一个地方需要保持更新”
-
(ED) 记录使用 conda-forge 实现可复现环境的策略
-
(UK) 静态库内容
- 在构建中添加 linting 提示以找到它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档说明我们不提供支持,并且这是一个坏主意。 -> CFEP-18