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

与会者

* Eric D
* Matt B
* Filipe
* Cheng Lee
* Isuru
* Marius
* Crystal
* Marcelo
* Paul I.
* Marcel B.
* Connor M.
* Bill Batey
* Stephanie
* John K.
* Lori B.
* Wolf
* CJ

议程

常设事项

在通话中为新人介绍
- Bill - Anaconda 新人。与 Cheng 和 Connor 在发行团队。
(CJ) 预算
- 当前的批准？
- 无论何时更新数字，请屏幕共享并显示预算。
  - 链接在 Keybase 中 (numfocus_spreadsheets.txt)
(MRB) 公开投票
- Chris Burr 担任核心成员
- 不会再使用 polys，因为完全出错了。也许我们会再次尝试？

来自之前的会议

(MRB) github 发布和 conda-forge-sparta
- 代码和数据现在在 regro github 组织中
  - 如果您想要访问权限，请告诉我
  - 我也很乐意将仓库移动到 conda-forge 组织，但它们可能会减慢重新渲染速度，因为它们使用了相当多的 github actions
- 它是如何工作的
  - 所有经过验证并复制到 anaconda.org/conda-forge 的软件包也会通过 github actions 中的工作流调度事件发送到发布仓库
  - github actions CI 作业 (regro/releases)
    - 下载软件包
    - 计算其 repodata 信息
    - 将软件包及其 repodata 作为 github 发布上传
    - 将 repodata 分片推送到另一个包含所有分片的仓库
  - 在连续循环中运行的另一个作业 (regro/repodata 又名 repoworker)
    - 下载分片
    - 找出哪些是新的
    - 将 repodata 补丁应用于分片（如果补丁已更改，也将重新修补所有内容）
    - 计算 repodata 和频道数据
    - 计算指向可以下载软件包位置的链接索引
    - 将所有这些数据作为 github 发布上传
    - 启动 heroku 服务器以下载新链接
  - heroku 服务器 (https://conda-forge-sparta.herokuapp.com/conda-forge-sparta/)
    - 在 anaconda 服务器的标准 URL 处获取软件包或 repodata 文件的请求
    - 在链接索引中查找该软件包的位置
    - 发出 300 重定向请求到实际位置
  - 最终的一组 cron 作业每小时运行一次，以将我们的 repodata 分片与 anaconda.org 同步 (regro/repodata-shards)
    - 此作业捕获由于不良 CI 作业或手动上传而错过的任何发布
      - 将更新分片仓库并上传到 github
    - 确保在约 1-2 小时的时间尺度上最终一致性（如果出现故障）
- 从初始工作流调度到软件包可用的总时间延迟为 5-10 分钟
  - 如果正在为所有内容重新制作 repodata 补丁，则可能会更长
- 如果我们需要，这如何才能不依赖 anaconda
  - 用 quetz 替换 cf-staging 和 anaconda.org
  - 限制到这些实例的流量以降低成本
  - 将绝大多数下载请求发送到我们的（可能经过增强的）heroku 服务器，从而发送到 github
- 我真的不想维护这个用于生产环境，但如果必须，我们可以。
- 目前，我们有一个系统可以帮助索引和存档我们在另一个位置的数据。
(MRB / ED / SC) 路线图/资金？在 gitter 中讨论
- (SC) 如果 conda-forge 作为一个项目收到资金会做什么？也许在 conda-forge 网站上发布一些白皮书会有所帮助。如果某个公司通过 NumFOCUS 向该项目捐赠 1 万美元、10 万美元或 100 万美元，conda-forge 会做一些非常不同的事情吗？
  - 1 万美元：它是否能购买足够的托管服务来做一些有趣的事情？
  - 10 万美元 - 它带来了什么。
  - 更大的金额：conda-forge 甚至可能能够资助直接在该项目上工作的人员。
  - 我们几乎可以肯定地找到很多有用的东西，这些东西不会妨碍为获得资金而努力，而不必就路线图达成共识。（我认为这不会引起争议，比如哦，我们可以使用一些资金来进行一些不错的 Web 开发，以更好地可视化迁移，或者其他的东西）可能有很多类似性质的事情。
- 如果我们列出一个清单，圣诞老人可能会出现...
- 请参阅上面的 bloomberg 注释...
- 愿望清单和想法：https://hackmd.io/0zGSUS71SbOdBsdLtDmGjg
  - (ED) 我们可以为提交想法的任何人添加首字母吗？如果有后续问题，跟踪它会很有用
  - (MRB) 在下次核心会议中就此问题开始讨论 15 分钟
(MvN) 关于 cython 的战术性事项？
- CPython 定期破坏其 api，足以迫使 python 生态系统的大部分内容重新 cythonize。
- 我们是否应该修补我们的 cython，以便在设置 CONDA_BUILD 环境变量时，我们始终重新 cythonize 并忽略文件的 mtime？
(MvN) noarch: python v2
- 随着我们越来越多地放弃对 py27/35/36 的兼容性，我们是否应该使用 repodata 修补自动将 python 约束添加到所有 noarch: python 工件？
  - 想法是选择一个纪元日期（例如 2020-10-01），并让该日期之后构建的工件获得一个 repodata 补丁，该补丁添加一个 python>=3.6 约束，如果它仅具有 python 约束。
- 此外，我们不妨更新 noarch 添加机器人操作，该操作添加 noarch 以从配方中删除所有包含 py27/34/35 选择器的行。
  - 这应该允许我们将目前依赖于某些仅用于 py27 兼容性的信息源移动到 noarch: python，从而减少工件的增长率。
- 待办事项
  - ( ) [ ] 做出提示
  - ( ) [ ] 发布公告
  - ( ) [ ] 使提示成为 lint
(WV) multisheller github.com/wolfv/multisheller

您的新 () 议程项目

(FF) Outreachy，第二轮
(FF) 信息源和 staged-recipes 之间的“功能对等”。例如：当没有稳定的版本来启动信息源时，CFEP-05 不考虑在 staged recipes 上进行开发版本。https://github.com/conda-forge/cfep/blob/master/cfep-05.md
- 不需要 conda-forge.yml，可以添加 conda 配置文件
- 更广泛的问题仍然没有解决，我们无法进行 cos7
- staged recipes 需要一些工作！

推迟到下次会议

正在进行的投票

子团队更新

机器人

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 信息源状态，未维护
- 非活动 - 合并为某种非活动状态？
- 需要另一次审查。自 2020 年 1 月 11 日起，pkgw 提出了未解决的更新
cfep-12 删除违反源软件包条款的软件包
- 自 2020 年 5 月 26 日起停滞
- 关于移动到“损坏”与从 conda-forge 频道删除之间的激烈辩论
- 正在进行的投票，于 2020-03-11 结束
- 投票结果是什么？
- 我们收到 NumFOCUS 的回复了吗？
cfep-17 处理 pin backports 和依赖项重建
- Isuru、CJ 和 Matt 之间关于实施细节的停滞辩论
- 2020-07-22 更新：原则上，我们已达成协议，在临时基础上（即，直到迁移结束）直接在信息源中呈现所需的额外 pin。
cfep-20

讨论

检查之前的行动项

从上次会议议程复制之前的行动项。

本次会议

2020-10-21

Python 2.7 迁移
- ( ) [ ] 做出提示
- ( ) [ ] 发布公告
- ( ) [ ] 使提示成为 lint

上次会议

2020-10-07

确保将 NVBug 信息添加到 conda-forge 制作的 cudatoolkit 软件包中（如果我们制作一个）

2 次会议前

2020-09-30

移动到问题跟踪器

2020-09-23

(MRB)
- 进行 libgfortran 名称更改
- 将目标平台添加到哈希
- 使用机器人进行 gfortran 迁移
- 增加 pinnings

2020-09-16

与 Jon Mease 安排一次关于 kaleido staged recipes PR 的通话
- 已于 2020-09-16 发送电子邮件
(FF) 在 python 信息源上打开一个用于 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

与会者​

议程​

常设事项​

来自之前的会议​

您的新 () 议程项目​

推迟到下次会议​

正在进行的投票​

子团队更新​

机器人​

ARM​

POWER​

CUDA​

文档​

staged-recipes​

网站​

安全+系统​

CI 基础设施​

编译器升级​

CFEP 更新​

未解决的 PR​

讨论​

检查之前的行动项​

本次会议​

上次会议​

2 次会议前​

移动到问题跟踪器​

与会者

议程

常设事项

来自之前的会议

您的新 () 议程项目

推迟到下次会议

正在进行的投票

子团队更新

机器人

ARM

POWER

CUDA

文档

staged-recipes

网站

安全+系统

CI 基础设施

编译器升级

CFEP 更新

未解决的 PR

讨论

检查之前的行动项

本次会议

上次会议

2 次会议前

移动到问题跟踪器