conda-forge 核心会议 2024-04-17

在 Your __new__() agenda items 标题下添加新的议程项

• Zoom 链接
• 我的时区会议时间
• 之前的会议

参会人员

姓名	首字母	GitHub ID	所属机构
Marcel Bargull	MB	mbargull	Bioconda/cf
Cheng H. Lee	CHL	chenghlee	Anaconda/cf
Nichita Morcotilo	NM	nichmor	prefix.dev
Eric Dill	ED	ericdill	anaconda/cf
Dasha Gurova	DG	dashagurova	anaconda/conda
Ralf Gommers	RG	rgommers	Quansight
Klaus Zimmermann	KZ	zklaus	Quansight
John Kirkham	JK	jakirkham	NVIDIA/cf

总共 X 人

常设事项

• [ ]

来自之前的会议

• [ ]

正在进行的投票

• [ ]

您的 __new__() 议程项

• (HV) 完成编译器文档 更新 (已开放一年)
  • 我正在尝试记录现状，Isuru 说这是一个政策变更 --> 让我们一起弄清楚并做出选择。
    • 文本已重组，在不同章节中讨论 ABI 破坏性和非 ABI 破坏性更改；实际上没有政策变更。
    • (IF) 在这种情况下，我们应该可以合并。
  • 我正在等待这个来在顶部添加 {{ stdlib("c") }} 的文档。
• (HV) stdlib 迁移状态
  • 基于一些粗略的 github 搜索，在使用编译器的约 5000 个 feedstock 中，我们已经迁移了约 250 个
  • Matthew 建议也为版本迁移器启用它 - 我喜欢这个
    • 大家一致认为这是一个好主意
  • 缺点是迁移器对于具有模板化输出名称的 recipe 会失败 (原因) (幸运的是，这些 recipe 很少，而且更少需要这样做)
  • 在提升 c_stdlib_version 之前，我们希望达到什么样的百分比阈值？
    • 见下文
  • 想法：尽管是 ABI 兼容的，但对 GCC 13 / LLVM 17 运行显式编译器迁移；这样，我们可以捕获所有使用 {{ compiler("c|cxx" }} 和 piggyback 的 feedstock。
    • 会导致高 CI 负载，最终我们决定，我们不需要在提升版本之前让每个 feedstock 都启用 stdlib，只要 piggyback 在未来继续工作（以及下面的 linter 问题）
  • (IF/HV) 创建一个 linter 警告，提示类似“使用 {{ compiler }} 时请添加 {{ stdlib }}”的内容
  • 待办事项
    • 停止在 conda-smithy 中将 c_stdlib{,_version} 添加到 always_keep_keys
    • 更新 staged recipes 的 CI（仍然使用 boa，这限制了 conda-build 使用过旧的版本）
• (JK) NumPy 2
  • https://github.com/conda-forge/conda-forge.github.io/issues/1997
  • ABI 兼容性
    • NumPy 将使用该 Python 版本支持的最旧的 NumPy 构建 Python 包。 想法是它不可能使用较旧的 NumPy 版本运行。
    • 意味着 pin_compatible 方法将消失
  • 我们如何升级？
    • 当 NumPy 2 发布时，大多数现有软件包都对 1.x 有约束。 也许少数需要 repodata 补丁。
    • 可以为 NumPy 2 添加迁移器
    • Piggyback 迁移器以删除 pin_compatible（因为 NumPy 中已经存在 run_exports）
    • NumPy 2 的 run_exports 将具有 1.22（这需要修复；很容易做到）
    • 我们是否想使用带有标签的 NumPy 2 RC 开始迁移（就像我们对 Python 3.12 所做的那样）？
    • 很难知道哪些软件包支持 NumPy 2
      • 就像 Windows 现在使用 64 位整数而不是 32 位整数一样
    • NumPy 2 的发布时间表
      • 鸡和蛋问题：项目需要采用 NumPy 2，以便更容易发布
      • 也许五月中旬
• (JK) Python 3.8 + crypt 问题
  • https://github.com/conda-forge/scalene-feedstock/issues/41
  • (MB) 一般来说不是 bug。 编译器软件包应包含正确的标志，以从 sysroot 查找头文件； 失败通常会暴露其他地方的问题。
  • (IF) 在这种情况下，上游构建系统没有正确使用已存在的 CXXFLAGS。 这是需要在上游 setup.py 和 Makefile 中修复的问题。
• (WV) rattler-build 的 CEP - 寻求评论、讨论
  • Jinja 函数
  • OCI 存储
  • Recipe 序列化
• (WV) Windows 上的 R - 重振？
  • (MB) 仅略有相关：R 4.4 将在几周后发布（因此人们无论如何都必须再次关注 R）
  • (IF) 需要对 MSYS2 进行重大更新（大部分已完成），UCRT64（需要 gcc、binutils、sysroot）
  • 相关问题
    • https://github.com/conda-forge/r-base-feedstock/issues/248
    • https://github.com/conda-forge/conda-forge.github.io/issues/1654
    • https://github.com/conda-forge/conda-forge.github.io/issues/1044
• (NM) rattler-build 支持的 PR
  • 最新的 PR 到 conda-forge-ci-setup-feedstock

推迟到下次会议

• (JK) GLIBC 2.28
• (WV) 大型 Windows 机器 - 后续步骤？
• (FF) Conda-forge 社交媒体存在
• (FF) NumFOCUS PoC 和财务团队成员

CFEPs

• [ ]