2020-09-09 conda-forge 核心会议

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

与会者

Jonathan Helmus
Eric Dill
CJ Wright
Eli Rykoff
Matthew Becker
Uwe Korn
Wolf Vollprecht
John Kirkham
Cheng Lee
Filipe Fernandes
Marcelo Trevisani
Marcel Bargull
Sylvain Corlay
Isuru Fernando
Ray Douglass

议程

常设事项

在会议上介绍新成员
- （MRB）Eli R.
（CJ）预算
- 当前的审批都是最新的。
- 每月屏幕共享并展示文档？
  - 链接在 Keybase 中 (numfocus_spreadsheets.txt)
- （MRB）AWS 无法使用积分来支付我们的债务
  - 我们应该请 Andy 请求他们直接免除债务吗？同时抄送 Brian Grainger 吗？
    - 待办事项：Sylvain 发邮件给 Matt Becker，联系 Brian Grainger。
    - 待办事项：Eric 支付 AWS 账单并获得报销
  - 如果我们不这样做，我们应该先还清债务，然后加入 NumFocus 组织以获得我们拥有的积分吗？
  - 注意：无论谁支付债务，都将按照已经通过的投票从 conda-forge 获得报销（加上您的信用卡积分！）。

您的新议程项目

（IF）macOS arm64
- 交叉编译 python recipes。
```
requirements:
  build:
    - cross-python    # [build_platform != target_platform]
    - python          # [build_platform != target_platform]
    - pip             # [build_platform != target_platform]
    - cython          # [build_platform != target_platform]
  host:
    - python
    - pip
    - cython
  run:
    - python
```
- 在 conda-build 3.20.0 发布后，为 osx-arm64 启用 CDN。（Jonathan 正在研究这个问题，可能不是本周）
- 对于 macos-arm64 的交叉编译，您要走多远？
  - conda 和 conda-build 肯定要，但不确定要走多远
  - Jonathan 通过构建一个 python 环境，然后在该环境中构建软件包（类似于 https://github.com/jjhelmus/conda_from_scratch）来引导解决这个问题
（MRB）从 Eli R. 访问 DTK
- 我的同事有机会获得 OSX ARM DTK 来测试他的科学软件
- 他需要 conda/scipy/numpy/etc
- 由于条款中的这句话，他对直接提供使用有点犹豫
  
  “授权开发者”是指您的员工和承包商，您的组织成员，或者如果您是教育机构，则指您的教职员工和学生，他们：（a）有可证明的需要知道或使用 Apple 软件或 Apple 服务，以便开发和测试应用程序，并且（b）如果他们将访问 Apple 机密信息，则与您签订了书面和有约束力的协议，禁止未经授权使用和披露此类机密信息。
- 上面的语言对于 Anaconda Inc 访问 DTK 来说是一个问题吗？
  - 不相关；Anaconda, Inc 将使用其自己的 DTK。
- 讨论事项
  1. 我们显然希望帮助并参与其中，因为科学用户非常重要！
  2. 作为 conda-forge，我们是否想尝试直接访问它以测试我们的构建？
  3. 我们可以在不违反上述条款的情况下做到这一点吗？
  4. 我们在科学堆栈上有多接近？
- 笔记
  - 如果 Eli 愿意，可以远程访问 CLI 以测试软件包构建
  - 如果我们打算发布在 Apple DTK 上构建的软件包，那么需要非常仔细地阅读条款和条件。
  - Eli 的观点是在本地输入一些内容并提交问题。
  - 交叉编译，然后测试交叉编译器？
  - 计划
    - 不聘请律师（昂贵且耗时）
    - 尝试与 Eli 建立每周/双周同步，以通过 Zoom 实时帮助诊断问题。将问题发布到
    - 绝对不要将软件包发布到 anaconda.org
    - 在所有 mac 软件包上使用 conda-build -t。将日志发布到某个地方
      - 我们可以将日志发布到某个地方吗？创建的日志是否因为我们在 DTK 机器上创建它们而是机密的？
（ED）提醒对 https://github.com/conda-forge/cfep/pull/37 进行投票
（ED）Isuru 的电脑
- 投票通过 (14 👍, 1 👎)
- https://github.com/conda-forge/conda-forge.github.io/issues/1150
- 需要澄清的事项
  - 围绕机器使用的期望
  - 围绕将机器提供给 conda-forge 其他成员的期望
  - 围绕归还机器的期望
- 如何实际购买。我们有 NumFocus 信用卡吗？
（MRB）github 用户 @jan-janssen 希望在此处 https://pyiron.org/collaborators/ 的“附属项目”部分列出我们
- NumFocus 商标指南是：“允许大多数使用，只要明确表示使用该标志的人似乎不是该项目或未获得该项目的认可（除非获得明确许可才能这样做）”
- 他们说最终由我们决定
- 我们是否可以接受此用户显示我们的徽标并将我们称为“附属项目”？
（MRB）github docker 镜像
- 据我所知，我们无法在 github 上托管公共 docker 镜像，除非我们允许 conda-forge 中的任何人制作镜像并推送它们
- docs 中的引用 (https://githubdocs.cn/en/packages/managing-container-images-with-github-container-registry/configuring-access-control-and-visibility-for-container-images#configuring-visibility-of-container-images-for-an-organization)
  - “对于组织镜像容器，组织管理员必须启用公共软件包，然后您才能将可见性设置为公共。有关更多信息，请参阅“为您的组织启用 GitHub Container Registry”。”
  - （IF）- 从文档中可以看出，我们无法控制他们添加新软件包，但我们可以控制谁有权访问现有软件包。
- 我尝试推送一个镜像，但无法将其设为公开。
- 因此我们需要一个单独的组织
- 我提议 conda-forge-docker
（MRB）GCC 9.3.0 迁移
- 我想确保我理解要做的所有事情的列表
- 据我所知，我们已经构建了所有编译器
- 需要在 gfortran 堆栈的机器人中进行直接迁移
- 我们是否希望更改 linux 上的 libgfortran 库，使其库中包含 SO 版本？
- 我遗漏了什么？

正在进行的投票

已通过！例外部分，以便我们可以打包像 black 这样的东西
已通过！ Isuru 的 Windows 构建机器

子团队更新

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 中直接呈现所需的额外 pinning，临时进行（即，直到迁移结束）。

讨论

检查之前的行动事项

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

本次会议

上次会议

（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 帐户并获得访问权限所需的操作

2 次会议前

Docker hub

（JK）检查 Azure 构建 worker，看看它们是否受到 docker hub 限制。可能是 Azure 和 docker hub
（JK）检查 Azure 构建 worker，看看它们是否受到 docker hub 限制
（JK）与 dockerhub 合作，看看我们是否可以获得 OSS 状态
（MRB）开始将镜像推送到 quay (https://github.com/conda-forge/docker-images/pull/152)

OVH

（？？？）构建网页以感谢他们（和其他人）
如果我们添加徽标，将需要确保我们有权使用它。
在某个时候在 Twitter 上大声疾呼。“感谢 OVHCloud 提供 VM”等等。（也许在我们使用它在 Windows 上发布 qt 之后？）

与会者​

议程​

常设事项​

您的新议程项目​

正在进行的投票​

子团队更新​

Bot​

ARM​

POWER​

CUDA​

文档​

staged-recipes​

网站​

安全+系统​

CI 基础设施​

编译器升级​

CFEP 更新​

未完成的 PR​

讨论​

检查之前的行动事项​

本次会议​

上次会议​

2 次会议前​

移至 Issue Tracker​

与会者

议程

常设事项

您的新议程项目

正在进行的投票

子团队更新

Bot

ARM

POWER

CUDA

文档

staged-recipes

网站

安全+系统

CI 基础设施

编译器升级

CFEP 更新

未完成的 PR

讨论

检查之前的行动事项

本次会议

上次会议

2 次会议前

移至 Issue Tracker