2020-10-07 conda-forge 核心会议
与会者
议程
常设事项
-
电话会议上新人的介绍
- (AS) Stephanie 和 Paul!
- 非常依赖 conda 并从 conda-forge 中提取。希望参与其中。希望确保软件包是安全和可追溯的
- (AS) Stephanie 和 Paul!
-
(CJ) 预算
- 当前的批准?
- 本月第一次会议,屏幕共享并展示预算?
- 链接在 Keybase 中 (numfocus_spreadsheets.txt)
- Anthony 的报销请求尚未显示。
- (AS) - 我已重新提交给 rocket。
来自之前的会议
- (CJ) libcfgraph 导入表
- 示例:https://github.com/regro/libcfgraph/blob/master/import_maps/ag.json
- 仅查看 .py 文件,因此可能不涵盖编译后的扩展
- 下一步是与 depfinder 集成
- 仍在考虑如何将此信息转换为版本要求
- 我们应该将其变成一项服务吗?任何人有兴趣,请随时提出问题。
- OVH 是否有兴趣托管此服务?
您的新议程项目
- (FF) Python 3.9 更新?
- 等待 Ray 对某些事情进行权衡
- (MRB/IF/ER/CL) osx-arm64
- osx-arm 上的代码签名
- conda PR 的状态
- Eli 报告说 conda PR 运行良好
- osx-arm 上的代码签名
- (Wolf) 我可以使用我们的 arm 服务器用于 robostack 吗?
- (Wolf) 从 robostack 管道上传到 conda-forge?
- 需要向 staged-recipes 添加策略,其中在没有 ping Wolf 的情况下,不能添加任何带有 "ros-" 前缀的内容。
- 使 smithy 在这方面更智能会有很大帮助
- (IF) 为 python 自动生成 sysconfigdata 文件
- (MRB) migtoberfest
- 我们有三个迁移已排队或即将进行
- cuda 11:约 20 个 feedstock
- gfortran 9.3.0:约 320 个 feedstock
- python 3.9:数千个 feedstock
- 我们应该在它们准备就绪时启动它们,还是应该推迟一两个?
- 全部启动!
- 需要弄清楚 gfortran 尾部字符的事情
- 我们有三个迁移已排队或即将进行
- (Scopz) 我们可以制作一个 cudatoolkit 软件包吗?
- 我似乎记得我们可以,但 Isuru 似乎认为我们需要更多书面文件
- (KK) nvbugs/3052604:NVIDIA 内部跟踪系统和工单号,明确允许 conda-forge 为每个 EULA 的可再发行部分提供 cudatoolkit conda 软件包。
- 受此软件包中的描述、许可证文本 + URL 和后链接消息的约束:https://anaconda.org/nvidia/cudatoolkit
- (KK) nvbugs/3052604:NVIDIA 内部跟踪系统和工单号,明确允许 conda-forge 为每个 EULA 的可再发行部分提供 cudatoolkit conda 软件包。
- 这与 linux-ppc64le 缺少 cudatoolkit v10.1.243 有关,这是 Summit 架构
- 我似乎记得我们可以,但 Isuru 似乎认为我们需要更多书面文件
- (KK) CUDA 11.x+ 中的兼容性更改
- 主要版本将保持 SONAMES
推迟到下次会议
- (MvN) 使用 conda-lock 和 micromamba 更快地配置基础构建环境
- (PI) aka - 小型 shell 子命令切换器:https://sr.ht/~pi/aka/
正在进行的投票
子团队更新
机器人
- 见上文
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 中临时直接呈现所需的额外 pinning(即,直到迁移结束)。
讨论
检查之前的行动项目
复制上次会议议程中的先前行动项目。
本次会议
2020-10-07
- 确保将 NVBug 信息添加到 conda-forge 制作的 cudatoolkit 软件包中(如果我们制作一个)
上次会议
2020-09-30
2 次会议前
2020-09-23
- (MRB)
- 进行 libgfortran 名称更改
- 将目标平台添加到哈希值
- 使用机器人进行 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 构建工作器,看看它们是否具有 docker hub 限制。
- (JK) 与 dockerhub 合作,看看我们是否可以获得 OSS 状态
- 在某个时候再次检查。截至 2020-09-23,我们尚未收到回复
- (MRB) 开始将图像推送到 quay (https://github.com/conda-forge/docker-images/pull/152)
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 同步关于将 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 和每个人是谁的某种组合。FAQ 内容如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是谁
- 各个子团队的 POC 是谁?
- 非正式信息:角色、日常工作、个人简介、所有细节,您为什么在这里等等。
- 公开还是内部?我真的不在乎。有人强烈反对吗?
- 选择加入公开个人简介
- 软件木工有大量的讲师,网址为 https://carpentries.org/instructors
- 对“又一个需要保持更新的地方”的一些担忧
-
(ED) 记录使用 conda-forge 的可重现环境策略
-
(UK) 静态库内容
- 向构建添加 linting 提示以找到它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档说我们不提供支持,这是一个坏主意。 -> CFEP-18