2020-04-15 conda-forge 核心会议

与会者

* CJ Wright
* Jonathan Helmus
* Eric Dill
* Matthew Becker
* Cheng Lee
* Marius van Niekerk
* Amy Williams
* Timothy Snyder
* John Kirkham
* Michael Sarahan
* Kale Franz
* Marcel Bargull
* Patrick Sodré
* Uwe Korn
* Sylvain Corlay
* Nehal Wani
* Wolf Vollprecht
* Anthony Scopatz

议程

您的议程项目

• 在线人员介绍

  • Tim S.
  • Nehal W.
  • Sylvain
  • Cheng Lee
    • Anaconda Distro <> CF 之间的主要日常代表

• cfep-12 删除违反源软件包条款的软件包

  • 投票于 2020-03-11 结束。投票结果如何？
  • 一周前 Isuru 询问我们是否收到了 NumFOCUS 的回复（Filipe：更好的是，谁是我们 NF 的联络人？我自愿了，但核心人员完全没有回应。）

• [MRB] CFEP-13

  • appveyor 删除
    • 在 @isuruf 的出色工作下，我们能够移动 isl。
    • 剩下的唯一问题是 libssh2，它工作正常，但受一个单独的问题阻碍。
    • 我对所有其他内容（约 400 个软件包）进行了普查。它分为 5 种情况
      1. 软件包有构建错误并使用 appveyor（约 10 个左右）
      2. feedstock 中的错误导致我的代码说它有 appveyor 但实际上没有（约 20 个左右）
      3. 软件包有一个旧分支，用于 PR（不应该在那里）并使用 appveyor，但在 master 上没有
      4. 软件包有一个旧版本分支，使用 appveyor，但在 master 上没有
      5. 软件包在 master 上使用 appveyor，但至少 1.5 年没有构建过
    • 鉴于以上情况，我认为删除 appveyor 完全没问题。
  • 网络服务机器人的端点已完成
  • 下一步是
    • 1. 在 smithy 中启用令牌轮换
    • 2. 在 ci 设置和 smithy 中启用端点的使用
    • 3. 几个大规模迁移，将 feedstock 移动到新系统
    • 4. PR 到 staged recipes，为所有内容启用它
  • 从 AppVeyor 迁移到 Azure 的唯一问题是 Python 3.6.x 和 Python 3.7.x 使用配置文件引导优化 (PGO)，但 Python 3.8 不使用它。如果我们迁移到 Azure，我们的 Python 会变慢。PGO 使 Python 速度提高 30-40%。
    • jhelmus 正在等待一个关于将 Python 3.6 迁移到 azure（禁用 PGO）的 PR。Appveyor 超时。

• [CJ] 需要更好（更积极？）地处理 pinning PR

  • 既然机器人提出了它们，那么更积极地合并/拒绝/推迟迁移会更好
  • 全部合并。祝你好运。
  • https://github.com/regro/cf-scripts/issues/962

• [CJ] 为核心人员提供免费 pycharm/jetbrains 许可证（如果您需要一个，请 ping CJ 或点击 keybase 中的链接）

  • 大约一年后，CJ 需要 ping JetBrains 以续订

• [MRB] 机器人普查！

  • 请回复我们的通知，提供您拥有的任何信息！
  • 从通知中，我们正在围绕 keybase + authy 组织，以保护凭据 + MFA

• [Wolf+SC] 镜像

  • 希望 Wolf 和 Sylvain 可以为此整理一份 CFEP

  • OVHCloud 有兴趣为 conda-forge 提供免费托管和计算。注意：他们已经托管了 mybinder 的大部分流量和 nbviewer。注意：他们已经提出托管 Scopatz 的元通道 thingy。

  • 在更新大量相互依赖的软件包时，拥有对非 CDN 镜像的访问权限在短期内可能很有用。例如 ROS 发行版。这可能会加速迁移。

  • 这也可能与某些构建资源并置。

  • Mamba / QuantStack：测试自动查找镜像并找到最快的镜像
  • conda-web.anaconda.org 绕过 conda.anaconda.org CDN（来自 conda-web 的带宽花费 Anaconda 更多，没有 repodata 补丁）
  • Anaconda 维护 repodata 元数据补丁，需要弄清楚如何管理它的镜像
  • 如果您要镜像，那么您应该镜像 CDN repodata.json
  • https://pypi.ac.cn/project/conda-mirror/ https://github.com/regro/conda-mirror
  • 如何获得 OVHCloud 帐户？
  • conda-forge 是否应该考虑转向一种模型，即我们从 CI 上传 -> blob 存储 -> anaconda.org？然后 conda-forge 可以维护自己的备份。
  • 关于 MITM 的安全考虑。
  • 安排后续讨论
    • Sylvain ([email protected])
    • Wolf
    • Marius
    • Kirkham
    • Uwe
    • Patrick
    • Eric
    • Matthew Becker ([email protected])
    • Jonathan（内部查看还有谁）
    • Cheng ([email protected])
    • Scopatz ([email protected])
    • Kale ([email protected])
  • （Nehal）conda 是否会支持给定通道的多个镜像？（如果一个超时/速度慢，则尝试另一个镜像）
    • Mamba 是支持的 - 尽管对于公共通道，这可能没有意义，因为有一个 CDN。
    • [Kale] 我认为这绝对是 Conda 需要考虑的事情。但是签名/工件验证需要纳入考虑。那是我们现在正在积极做的事情，所以现在是将其纳入对话的好时机。

• [Uwe] conda-build 问题

  • 目前，我们有很多最新版本标记为已损坏
  • 主要是前缀替换
  • Jonathan 回应此问题

• [Kale] 关于专门针对主要 Conda 功能和设计倡议（这些倡议广泛影响整个生态系统）的工作组的提案

  • 列表顶部的内容：pypy、命名空间
  • 每周一次的节奏，可以根据需要调整
  • （eric）希望在核心会议上偶尔收到更新/汇报。
  • 如果有兴趣，请在此处添加您的姓名
    • Marius
    • Scopatz
    • Matthew Becker ([email protected])
    • Sylvain
    • Wolf
    • Cheng
    • Eric（可能）
    • Michael Sarahan
    • Nehal（希望看到 https://pastebin.com/raw/2bFFM76u 有朝一日能够实现！）
    • Marcel（希望从六月开始 - 如果 Bioconda-Job 的事情进展顺利）
    • Kirkham
    • Filipe Fernandes ([email protected])
  • [Kale] @Nehal 关于软件包签名，我们现在有一位工程师 100% 专注于设计和开发它。这位工程师是 Sebastian Awwad https://www.linkedin.com/in/sebastienawwad/，他曾在纽约大学的 TUF 小组工作多年。
  • 这与开放对 conda 仓库的合并访问权限有何关系？
    • 您作为 conda 的维护者，希望获得什么？一些想法
      • 参与围绕 conda 方向的讨论
      • 减轻发行团队的一些压力

• [CJ] 文档中的机构合作伙伴页面

  • 待办事项：为 PR 提交 conda-forge.github.io 仓库的骨架

正在进行的投票

子团队更新

机器人

• [CJ/Matt] R 4.0.0 迁移的准备工作正在进行中
  • 在此处查看状态：https://github.com/conda-forge/conda-forge.github.io/issues/1025
  • 在 PR 之前使用 Mamba 检查可解性（对于可以执行此操作的迁移），以便减少已知构建将失败的 PR 的打开，从而使自动合并更成功
  • 制作 PR 以将自动合并添加到团队中所有带有 conda-forge/r 的 r-* feedstock，使用 cran_mirror，而不是 r-base。（与 conda-forge/r 团队达成一致）
• [CJ] 更好地理解/处理 run_exports
  • 特别适用于涉及 boost 和仅标头 deps 的问题 https://github.com/regro/cf-scripts/issues/960

ARM

POWER

CUDA

文档

staged-recipes

网站

安全+系统

• 请参阅上面的机器人普查

CI 基础设施

编译器升级

CFEP 更新

开放 PR

• cfep-04 X11 和 CDT 策略

  • 非活动 - 合并为某种非活动状态？
  • 需要新的负责人。感谢您在此 pkgw 上的工作！有来自 pkgw 自 2020 年 1 月 10 日起的未解决评论

• cfep-06 Staged-recipes 审查生命周期

  • 非活动 - 合并为某种非活动状态？
  • 来自 @saraedum 的长期评论。@jakirkham，您可以回复吗？有来自 @saraedum 自 2020 年 1 月 8 日起的未解决评论

• cfep-10 Feedstock 状态，未维护

  • 非活动 - 合并为某种非活动状态？
  • 需要另一次审查。有来自 pkgw 自 2020 年 1 月 11 日起的未解决更新

• cfep-12 删除违反源软件包条款的软件包

  • 关于移动到“损坏”与从 conda-forge 通道中删除的积极辩论
  • 正在进行的投票，于 2020-03-11 结束
  • 投票结果如何？
  • 我们是否收到了 NumFOCUS 的回复？

讨论

检查之前的行动项

复制上次会议议程中的先前行动项。

上次会议

• （Dill）安排镜像对话
• （Kale）安排 conda 工作组
• （CJ）合并所有 pinning PR
• （MRB）CFEP-13 的下一步是什么？
  • 在 smithy 中启用令牌轮换
  • 在 ci 设置和 smithy 中启用端点的使用
  • 几个大规模迁移，将 feedstock 移动到新系统
  • PR 到 staged recipes，为所有内容启用它
• （CJ）文档中的机构合作伙伴页面
  • 待办事项：为 PR 提交 conda-forge.github.io 仓库的骨架

2 次会议前

3 次会议前

• （Matt Becker）使用我们当前的思考/原则更新文档。

移动到问题跟踪器

• 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
• 删除 conda forge readthedocs。
• （jakirkham）写一篇关于我们今天讨论的 CUDA 内容的博客文章
• （jakirkham）更新关于如何将 CUDA 支持添加到 feedstock 的文档
• （jakirkham）将在 conda-smithy 上打开一个问题，以调查 Drone 问题。（ping aarch 团队）
  • https://github.com/conda-forge/conda-forge.github.io/issues/954