2020-07-15 conda-forge 核心会议
与会者
议程
常设事项
- (CJ) 预算,以及财务子团队创建
- 为电话会议中的新人介绍
上周未完成的事项
-
(ED) 由于上周的讨论,我们需要做些什么吗?
- (IF) 严格通道优先级
- PyPy 需要
- Cos7 需要
- 移除我们不完全支持的软件包。例如:windows 上有 3 个 scipy 构建版本。
- 旧版本的 tensorflow?
- (IF) 严格通道优先级
-
(ED) 由于上周的讨论,我们需要做些什么吗?
- 讨论“难以构建的软件包”
- rstudio(重新分发可能有点可疑?)
- tensorflow
- qt
- Windows 上的 scipy
- 我们应该发布一个列表并请求帮助解决这些问题吗?
- 讨论“难以构建的软件包”
-
(UK) 制作关于 CFEP-18 的 NEWS,添加到文档中
-
(UK) “无 GPL”变体
- 一些软件包,如 Python、sqlite,依赖于 GPL 许可的 libreadline。可能有人认为这不会影响堆栈,但企业合规/IT 对此有不同的立场。
- 其他软件包也存在类似问题,其中 GPL 依赖项通常是可选的。
- 我们可能希望默认启用该功能,但提供不含 GPL 依赖项的替代变体。
-
如何向用户传达重大更改?
- 列出对生态系统至关重要的软件包,例如 大到不能倒
- 对于不同类型的更改,我们需要哪些类型的沟通?
- 在各个仓库级别沟通重大更改
- 沟通 CFEP 更改
- 沟通对生态系统大部分已知的重大更改
- (讨论) 每个使用 conda-forge 的人基本上都在使用 master 分支。可以添加 epoch 标签吗?快照 repodata.json 标签。@Isuru / @kirkham 移至 github issue?
-
(CL) msys2 软件包
- Anaconda 正在决定 “defaults” 通道的更新计划
- 目前无需立即采取行动
您的新议程项目
-
(CJ) 重建迁移自动合并默认
- 目前自动合并要么开启要么关闭,但最好允许人们选择仅对重建进行自动合并,而不是版本更新
- 这些自动合并可能比版本自动合并更安全,因为依赖项
- 不会更改,如果软件包损坏,构建更有可能失败。
- https://github.com/regro/cf-scripts/pull/1063
-
(CJ) s390x 支持
-
(FF) 新的 conda-build 版本,修复了 Windows 前缀问题 https://github.com/conda/conda-build/issues/3909#issuecomment-626586540
-
(FF) CZI 提案 https://docs.google.com/document/d/1dEXQsrXM5kBW6ARLpsVGRQltVxQVbVkjmXbBh8LnHac
正在进行的投票
子团队更新
机器人
ARM
POWER
CUDA
文档
staged-recipes
网站
安全+系统
- 仍然需要完成 CFEP-13(现在最新的 smithy 已经发布,可以继续推进)
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 之间关于实施细节的辩论陷入僵局
讨论
检查之前的行动项
从上次会议议程中复制之前的行动项。
本次会议
- 弄清楚如何向用户传达重大更改。可能应该立即开启一个 issue 以进行进一步讨论。Ping @kkraus,并从这些会议纪要中捕获更上方的注释
- (Eric) 待办事项:在 conda_forge.yaml 中将 strict 设置为选项,并默认开启。在 conda-smithy 中开启 issue
- [ ]
上次会议
2 次会议前
- Eric 将在我们的文档中添加一个新页面,介绍如何以商业关系与 conda-forge 及其关联方互动。
- Eric 将从 Keith 那里获取 NVBug 链接,并将其存档在 conda-forge google drive 中。
- John K. 将更新 git repo 上的 cuda toolkit feedstock,以记录 NVBug 链接到内部 NVIDIA issue tracker
- Jonathan 将更新文档,以记录一些非详尽的软件包列表(如 cuda-toolkit、MKL 等)
- Jonathan 将审核此 PR
3 次会议前
移至 Issue Tracker
- (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) 更新文档,说明如何向 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
- 有人担心“又一个地方需要保持内容更新”
- (CJ) 组建财务子团队
- (ED) 记录使用 conda-forge 的可重现环境策略
- (UK) 静态库相关内容
- 在构建中添加 linting 提示以找到它们
- 建议如何打包它们 -> CFEP-18
- 我们应该编写文档说明我们不提供支持,并且这是一个坏主意。 -> CFEP-18