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

与会者

* Jonathan
* Filipe
* Marcelo
* Matthew
* Cheng
* Wolf
* Marcel
* Eli
* Crystal
* Ray Douglass
* Anthony
* Eric
* Lori
* Isuru

议程

常设事项

在通话中为新人介绍
(CJ) 预算
- 当前审批？
- 本月第一次会议，屏幕共享并展示预算？
  - 链接在 Keybase 中 (numfocus_spreadsheets.txt)
  - Anthony 的报销请求尚未显示。
  - (AS) - 我已重新提交给 rocket。

来自之前的会议

(JK) 完成 Python 3.8 迁移/
- 我们是否准备好将其标记为已完成（https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/746）？
- 如果不是，还需要完成什么？

您的新议程项目

(FF) Python 3.9 更新？
- 完成。我们需要决定是否要合并并使用 RC 版本，还是等待稳定版本（10 月 5 日）。
- (FF) 为了在 Windows 上添加 tzdata 的测试，需要在 python 中包含 tzdata 吗？我们应该包含它吗？这将增加软件包的大小。系统 tzdata 将始终在他们的系统上是最新的，因此我们可能会比 python 版本更过时。tzdata 应该首先查看系统路径，然后再查看本地 conda 路径。
- https://pypi.ac.cn/project/tzdata/
- https://pythonlang.cn/dev/peps/pep-0615/ 特别是 https://pythonlang.cn/dev/peps/pep-0615/#sources-for-time-zone-data
- https://github.com/conda-forge/python-feedstock/issues/392
  
  鼓励 Python 发行商尽可能确保时区数据与 Python 一起安装（例如，通过将 tzdata 声明为 python 软件包的依赖项）。
- 发布还是不发布？
(Eli Rykoff, IF) 关于 osx arm64 和代码签名的更新
- (ER) 收到机器时，ARM 软件包正在运行。更新到最新的 Big Sur 后，一切都崩溃了。所有 dylib 和 so 都需要签名才能让操作系统运行它们。可以是临时签名，但需要签名。最新的 apple 工具将自动签署这些工具（clang 将生成一个自动签名的二进制文件）。使事物可重定位会使签名无效。对于 arm64 二进制文件，您运行签名工具，然后这些东西就可以在其上运行。
- (IF) 在 Linux 上有一个工具可以运行，这样我们就可以从 linux 进行交叉编译。在 mac 上，有一个可用的系统工具。
  - 问：签名系统工具是随裸系统还是随 XCode 一起提供的？ER 将确认此签名器来自何处。
- (JH) Conda 在进行前缀替换时会更改二进制文件。我们需要禁用前缀替换吗？
  - (CL) libcrypto.dylib、libssl.dylib、openssl 可执行文件的前缀替换。
- (CL) Apple 会要求官方签名证书吗？
  - (ER) 发行说明似乎表明自签名证书是可以的（目前）。
  - (ED) Anaconda 可以联系 Apple，看看他们是否计划在发布时更改此设置？
- (WV) 我们可以重新分发签名工具吗？
  - (IF) 如果我们要在安装时重新签名，Conda 将需要依赖此签名工具
- (MB) x86 软件包也需要签名软件包吗？
  - (MRB) 只有 apple silicon 上的东西才需要此签名
(WV) ruby 2.7 可以通过其他机制跟踪要删除的功能吗？
(WV) 关于 boa & quetz 的更新

推迟到下次会议

(MRB for CJ) libcfgraph 导入表
- 示例：https://github.com/regro/libcfgraph/blob/master/import_maps/ag.json
- 仅查看 .py 文件，因此可能不涵盖编译后的扩展
- 下一步是与 depfinder 集成
- 仍在考虑如何将此信息转换为版本要求

正在进行的投票

子团队更新

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 日起停滞
- 关于移动到“损坏”与从 conda-forge 频道删除的积极辩论
- 正在进行的投票，于 2020-03-11 结束
- 投票结果是什么？
- 我们是否收到了 NumFOCUS 的回复？
cfep-17 处理 pin backports 和依赖项重建
- Isuru、CJ 和 Matt 之间关于实施细节的停滞辩论
- 2020-07-22 更新：原则上，我们同意在临时基础上（即，在迁移结束之前）直接在 feedstock 中呈现所需的额外 pinning。

讨论

检查之前的行动项

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

本次会议

2020-09-01

上次会议

2020-09-23

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

2 次会议前

2020-09-16

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

与会者​

议程​

常设事项​

来自之前的会议​

您的新议程项目​

推迟到下次会议​

正在进行的投票​

子团队更新​

Bot​

ARM​

POWER​

CUDA​

文档​

staged-recipes​

网站​

安全+系统​

CI 基础设施​

编译器升级​

CFEP 更新​

未解决的 PR​

讨论​

检查之前的行动项​

本次会议​

上次会议​

2 次会议前​

移至问题跟踪器​

与会者

议程

常设事项

来自之前的会议

您的新议程项目

推迟到下次会议

正在进行的投票

子团队更新

Bot

ARM

POWER

CUDA

文档

staged-recipes

网站

安全+系统

CI 基础设施

编译器升级

CFEP 更新

未解决的 PR

讨论

检查之前的行动项

本次会议

上次会议

2 次会议前

移至问题跟踪器