2020-08-05 conda-forge 核心会议
与会者
- Matthew R. Becker
- Cheng H. Lee
- CJ
- Ray Douglass
- Paul Martin
- Isuru
- Keith K
- Sylvain
- Wolf
- Michael Sarahan
- Scopatz
- Helmus
- Marcelo
- Marius van Niekerk
议程
常设议题
- 为新参与者介绍
- (CJ) 预算
你的新议程项目
-
(MRB) 将开始从 feedstocks 中移除人员
- smithy 和 web 服务在配方中不再列出维护团队成员时,没有移除他们
- 我为此提交了一个错误修复
- 我使用测试 feedstock 在各种排列组合中测试了这个错误修复。工作正常。
- 将要推出
- 发布公告
- 为 web 服务启用它
- 使用管理员迁移来清理其余的 feedstocks
- 没有提出问题或疑虑
-
(MRB) 最终完成 CFEP-13
- 输出验证看起来工作正常
- (IF) 我们仍然时不时遇到 git 克隆问题,但不是大问题
- (MRB) 最新的 smithy 修复程序应该会减少这些问题,因为人们使用了更新的版本。
- 最后一步是轮换 binstar 令牌
- 将删除 conda-forge 的所有当前令牌,并创建一个新的令牌,该令牌仅存在于 heroku 和 admin-requests 中
- 推出
- 发布公告
- 创建一个新令牌
- 用新令牌更新 heroku
- 用新令牌更新 admin-requests
- 希望我们不会破坏任何东西
- 推出后清理
- 从 feedstocks 中的 conda-forge.yml 中删除任何旧的加密令牌
- 将暂存令牌放入我们使用的 azure 全局凭据中
- 从 azure 构建中删除个人凭据
- 考虑放弃使用 PGO 构建 python 3.6(appveyor 上的 Windows 构建)
- 输出验证看起来工作正常
-
放弃 python 3.6
- 需要一个公告周期
- 我们应该遵循 NEP29 吗?NEP29 + 6 个月?
- Python 3.x 版本的生命周期结束
- 3.7 没有 pypy
- 行动项:发送到 issue (从 pypy 团队和其他人那里获取输入)
-
(CHL) 即将发布的 conda 4.8.4 版本;计划 4.9.0
- 4.8.4 (或多或少) 仅是错误修复,包括两个导致数据丢失的错误。
- 预计发布日期:2020-08-07 (左右)。
- 4.9.0 正在计划中
- 应该是 4.8.4 之后相对快速的跟进 (之后 1-2 个月)
- 主要变更:Isuru 的 CPU 功能标志和 osx-arm64 PR (更改了虚拟软件包报告;添加了新的未经测试的“未发布”平台,因此不适合补丁发布)
- (MRB) 也请处理这个:https://github.com/conda/conda/pull/10057
- 看起来它在 4.9.0 上
- 4.8.4 (或多或少) 仅是错误修复,包括两个导致数据丢失的错误。
-
(Paul Martin) 从 intel 而不是 Anaconda 重新打包 intel MKL
- https://github.com/conda-forge/intel_repack-feedstock/pulls
- https://github.com/conda-forge/intel_repack-feedstock/pull/12
- 行动项
- 请求 Intel 就他们对我们重新打包方案的满意程度提供意见
- 如果他们对直接重新打包感到满意,请请求允许机器人抓取所需的版本号
- 如果 Intel 对机器人抓取感到满意,请在 cf-scripts 中提出 issue 以启用它
- 在一个月后检查,除非事情提前发生
上周我们没有处理的事情
正在进行的投票
子团队更新
Bot
ARM
POWER
CUDA
Docs
staged-recipes
website
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 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个。
-
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(即,直到迁移结束)。
讨论
检查之前的行动项
从上次会议议程中复制之前的行动项。
本次会议
上次会议
-
弄清楚如何向用户传达重大更改。可能应该立即打开一个 issue 以进行进一步讨论。Ping @kkraus,并从这些会议记录中捕获更靠前的笔记
-
(Eric) 待办事项:在 conda_forge.yaml 中将 strict 设置为一个选项,并默认启用它。在 conda-smithy 中打开 issue
两次会议前
- Eric 在我们的文档中添加一个新页面,介绍如何在商业关系中与 conda-forge 及关联方互动。
- Eric 将从 Keith 那里获取 NVBug 链接,并将其存档在 conda-forge google drive 中。
- John K. 将更新 git repo 上的 cuda toolkit feedstock,以记录 NVBug 链接到内部 NVIDIA issue 跟踪器
- Jonathan 将更新文档,以记录一些非详尽的软件包列表(如 cuda-toolkit、MKL 等)
- Jonathan 将审查这个 PR
三次会议前
转移到 Issue 跟踪器
- (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) 更新关于如何向 feedstocks 添加 CUDA 支持的文档
- (jakirkham) 将在 conda-smithy 上打开一个 issue 以调查 Drone 问题。(ping aarch 团队)
- (ED) 我们是谁页面?FAQ 和“谁是谁”的某种组合。FAQ 内容例如
- 谁是 CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC
- 谁是各个子团队的 POC?
- 非正式信息:角色、日常工作、简历、全部内容、你为什么在这里等等。
- 公开还是内部?我两者都不太在意。有人强烈倾向于某一方吗?
- 选择加入公开简历
- https://carpentries.org/instructors
- 有人担心“又一个地方需要保持内容更新”
- (CJ) 组建财务子团队
- (ED) 记录使用 conda-forge 的可重现环境的策略
- (UK) 静态库相关
- 在构建中添加 linting 提示以找到它们
- 建议如何打包它们 -> CFEP-18
- 我们应该编写文档说明我们不提供支持,这是一个坏主意。 -> CFEP-18