2020-08-26 conda-forge 核心会议

Zoom 链接 我的时区会议是什么时间 上周会议

与会者

议程

常设事项

• 为通话中的新人介绍
• (CJ) 预算
  • 当前批准均已更新。
  • 每月屏幕共享并展示文档？

你的新议程项目

上次的事务

• (MRB) 我们应该合并这个吗？(https://github.com/conda-forge/conda-forge.github.io/pull/1139)?

  • PR 关于支持的 python 版本
  • 等待 isuru

• (ED) Sylvain：OVH 关于 windows VM 有任何更新吗？

  • 待办事项：持续关注此事
  • OVH 希望在我们的页面上某处展示他们的品牌。
  • 待办事项
    • (???) 构建网页以感谢他们（和其他人）
    • 如果我们添加徽标，需要确保我们有权使用它。
    • 在推特上宣传一下。“感谢 OVHCloud 提供 VM”等等。（也许在我们发布带有 qt 的 windows 版本之后？）

• (AS) qgpu - GPU 构建代理。

  • Drone 还是 Azure？Drone 是一个简单的 go 可执行文件，你可以在 docker 中运行它。Azure 构建代理是否很重？
  • 选择一个并开始
  • 等待 Anthony 有空闲时间。
  • JH：Github actions 有一个 runner
  • AS：乐于尝试任何和所有解决方案
  • 重新渲染无法将更改推送到 feedstock 中的工作流文件。目前没有可行的解决方法。目前正在与 github 合作尝试解决此问题，但进展缓慢。

新内容

• (MRB, John) docker hub 更改

  • 默认情况下，他们将限制匿名用户每小时拉取我们的镜像次数为几百次
    • https://docker.net.cn/blog/scaling-docker-to-serve-millions-more-developers-network-egress/
    • HN: https://news.ycombinator.com/item?id=24262757
    • https://news.ycombinator.com/item?id=24268336

    Github Docker 注册表一团糟，应不惜一切代价避免使用。

    1. 它在 Kubernetes 和 Docker Swarm 上已损坏且无法使用。
    2. 它不稳定，经常返回 500 类型错误。
    3. 它很昂贵，因为拉取带宽非常有限。

  • 这是基于拉取镜像的用户，而不是托管镜像的用户
  • John 为他们的开源计划提交了申请。一旦我们被接受，他们有望与我们合作。
    • (JK) 检查 Azure 构建 worker，看看他们是否有 docker hub 限制
  • 目前，我们应该开始尝试在其他地方托管我们的镜像
    • Isuru 建议使用 github packages
    • 我们过去使用过 quay
  • 将采取多管齐下的方法
    • (JK) 检查 Azure 构建 worker，看看他们是否有 docker hub 限制
    • (JK) 与 dockerhub 合作
    • (???) 开始将镜像推送到 quay (github?)
    • (???) 在 smithy 中进行更改，以确保我们可以使用其他镜像位置

• (MRB) AWS 事务已提交

  • 我们通过 NumFocus 的积分池请求了总共 2k。
  • 正在来回处理...
  • NumFocus 将把我们的 AWS 账户放在他们之下

• (KK) Conda 虚拟软件包插件

  • 从 NVIDIA / RAPIDS 方面来看，希望在依赖于带有内核模块的驱动程序（例如 MOFED）的事物上构建更多 conda 软件包
    • (KK) MOFED 基本上是 infiniband 驱动程序。这并非此情况的唯一例子
  • 在 conda 方面需要做工作来构建插件架构以支持此功能
    • https://github.com/conda/conda/issues/10131 (目前计划在 5.0.0 版本中发布)
  • 可能会使某些项目的构建矩阵爆炸式增长，我们 conda-forge 方面的立场是什么？

正在进行的投票

子团队更新

机器人

ARM

POWER

CUDA

文档

暂存配方

网站

安全+系统

CI 基础设施

编译器升级

CFEP 更新

开放 PR

• cfep-04 X11 和 CDT 策略

  • 不活跃 - 合并为某种不活跃状态？
  • 需要新的倡导者。感谢您在此 pkgw 上的工作！有来自 pkgw 的未解决评论，截至 2020 年 1 月 10 日

• cfep-06 暂存配方审查生命周期

  • 不活跃 - 合并为某种不活跃状态？
  • 来自 @saraedum 的长期评论。@jakirkham，你能回复吗？有来自 @saraedum 的未解决评论，截至 2020 年 1 月 8 日
  • (MRB) stalebot 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个。

• cfep-10 Feedstock 状态，未维护

  • 不活跃 - 合并为某种不活跃状态？
  • 需要再次审查。有来自 pkgw 的未解决更新，截至 2020 年 1 月 11 日

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

  • 自 2020 年 5 月 26 日起停滞
  • 关于移动到“broken”与从 conda-forge 频道删除的激烈辩论
  • 正在进行的投票，于 2020-03-11 结束
  • 投票结果是什么？
  • 我们收到 NumFOCUS 的回复了吗？

• cfep-17 处理 pin backports 和依赖项重建

  • 关于 Isuru、CJ 和 Matt 之间实施细节的停滞辩论
  • 更新 2020-07-22：我们原则上同意在临时基础上（即，直到迁移结束）直接在 feedstock 中呈现所需的额外 pinnings。

讨论

检查之前的行动项

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

本次会议

Docker hub

• (JK) 检查 Azure 构建 worker，看看他们是否有 docker hub 限制。也许 Azure 和 docker hub
• (JK) 检查 Azure 构建 worker，看看他们是否有 docker hub 限制
• (JK) 与 dockerhub 合作，看看我们是否可以获得 OSS 状态
• (???) 开始将镜像推送到 quay (github?)
• (???) 在 smithy 中进行更改，以确保我们可以使用其他镜像位置

OVH

• (???) 构建网页以感谢他们（和其他人）
• 如果我们添加徽标，需要确保我们有权使用它。
• 在推特上宣传一下。“感谢 OVHCloud 提供 VM”等等。（也许在我们发布带有 qt 的 windows 版本之后？）

上次会议

2 次会议前

• 弄清楚如何向用户传达重大更改。可能应该立即打开一个 issue 以进行进一步讨论。Ping @kkraus，并从这些会议记录中捕获更靠前的注释
• (Eric) 待办事项：在 conda_forge.yaml 中使 strict 成为一个选项，并默认启用它。在 conda-smithy 中打开 issue

3 次会议前

• Eric 将在我们的文档中添加一个新页面，介绍如何在商业关系中与 conda-forge 及其附属机构互动。
• Eric 将从 Keith 那里获取 NVBug 链接，并将其存档在 conda-forge google drive 中。
• John K. 将更新 git 仓库上的 cuda toolkit feedstock，以记录 NVBug 链接到 NVIDIA 内部 issue 跟踪器
• Jonathan 将更新文档，以记录一些非详尽的软件包列表（如 cuda-toolkit、MKL 等）
• Jonathan 将审查此 PR

移至 Issue 跟踪器

• (Kale) 安排 conda 工作组
• cfep-10 下一步：CJ 召集投票以征求反馈
• cfep-06 下一步：要求暂存配方团队支持此 CFEP 并推动其前进
• jakirkham 和 CJ-wright 同步关于将 CUDA 添加到迁移机器人
• (Eric) 安排 Anaconda <-> conda-forge 在 anaconda.org 上同步需求收集
  • 将尝试在下个月安排此事。
• (Anthony) 联系 NumFocus 以弄清楚文件中不包含许可证的法律后果。
• (Eric) 内部检查社区人士的酒店和机票资助水平？
• (Eric) 弄清楚 conda-forge 的财务状况以自给自足？
• (jjhelmus) 开放 CFEP 以确定我们将支持哪些 python 版本
• (jakirkham) 写一篇关于我们今天讨论的 CUDA 事务的博文
• (jakirkham) 更新关于如何向 feedstock 添加 CUDA 支持的文档
• (jakirkham) 将在 conda-smithy 上打开一个 issue 以调查 Drone 问题。（ping aarch 团队）
  • https://github.com/conda-forge/conda-forge.github.io/issues/954
• (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