跳到主要内容

2020-10-14 conda-forge 核心会议

Zoom 链接 我的时区会议时间 上周会议 github

与会者

* 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) 建立一个愿望清单
  • (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 注释...
  • (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,从而降低工件的增长率。
  • (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

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