conda-forge 核心会议 2023-11-15

在 您的 __new__() 议程项目 标题下添加新的议程项目

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

与会者

姓名	首字母	GitHub ID	隶属关系
Marcel Bargull	MB	mbargull	Bioconda/cf
Bianca Henderson	BH	beeankha	Anaconda
Mark Anderson	MAA	markan	Anaconda
Marcelo Trevisani	MDT	marcelotrevisani	conda-forge
Isuru Fernando	IF	isuruf	Quansight
Wolf Vollprecht	WV	wolfv	prefix.dev
Dave Clements	DPC	tnabtaf	Anaconda
Jaime Rodríguez-Guerra	JRG	jaimergp	Quansight/cf
Matthew R Becker	MRB	beckermr	cf
John Kirkham	JK	jakirkham	NVIDIA/cf
总共 14 人

常设项目

• [ ]

来自之前的会议

• (HV) archspec-packages，后续步骤（欢迎在我缺席时讨论）
  • 我们现在有了 microarch-level 软件包 🎉
  • 我们是否准备好/愿意为不同的架构构建软件包？
  • 我们是否要设置最低限度的指南，以避免 feedstock 不加区分地想要构建 v2、v3、v4 而导致的 CI 爆炸，因为“这显然更快”？
    • 需要检查运行时分派是否可用
    • 如何检测宏架构（例如 x86_64）？这曾经在 __arch 中，但现在不在那里了。应该如何包含这个？
      • 更改现有字符串以包含微架构？
      • 新的虚拟软件包？
      • 讨论在 issue 中继续
• (JK) m2 recipes
  • Isuru 需要时间。
  • (IF) m2 的 CDT 构建类型（工具）。
    • https://github.com/conda-forge/msys2-recipes
    • https://github.com/conda-forge/m2-builds
  • (IF) m2w64 软件包将是常规的 feedstock
• (JK) Windows ARM
  • (IF) 上周与 Finn（来自 Microsoft）通话
  • (IF) ARM-64 windows CI 设置。
  • (IF) 不是全部，但有进展
    • 使用 ARM64 镜像，使用 X86 安装程序，然后使用模拟
  • (IF) 还需要 m2 recipes（因为 Python 需要这些来构建）

正在进行的投票

• [ ]

您的 __new__() 议程项目

• (HV) / (WV) 讨论 {{ stdlib("c") }} 与 {{ compiler("c", stlib=...) }}，参见 此处。
  • (WV)
    • 仍然赞成一个 Jinja 函数。有两个会很混乱
    • 如果需要，可以稍后尝试修复它。
  • (IF)
    • 这会给 conda-build 增加更多技术债务（？）
  • (WV)
    • conda-build 已经有很多技术债务了。
    • 我们应该在多大程度上担心它。
  • (MB)
    • 两者都同意
  • (IF)
    • 一个 Jinja 函数会很好，但现在没有办法做到这一点。
• (JK) Travis CI 更新
  • 一周前，由于 Travis 给我们带来了 API 问题，所以遇到了 staged recipes 的问题
  • 还有来自 Travis 的令牌重置的长期问题。
  • 让我们重新同步机器人
  • GitHub 机器人无法启动 CI...
  • (MB) 有没有人从 conda-forge 要求 linux-arm？
    • (JK) 我们甚至没有讨论过。
  • (IF) JRG 在 admin-requests 中添加了一个功能。
    • 我们可以在添加所有 feedstock 时停止注册它们。
    • 可以要求开发人员请求它们。
    • 90% 的开发人员实际上不需要这个。
    • (JK) 维护者可以稍后要求 Travis CI 支持吗？
      • 流程是什么？
      • https://github.com/conda-forge/admin-requests/blob/main/grant_access/travis/example.txt
• (JK) Windows CUDA 12
  • 已经使用 cupy 进行了更多测试 - 发现了一些已修复的小错误。
  • 可以迁移吗？可以
    • 可以重启现有的迁移器并添加 Windows 吗？可以
  • https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/5121
• (JK) conda-smithy 3.28.0 的结果
  • https://github.com/conda-forge/conda-smithy/releases/tag/v3.28.0
  • https://github.com/conda-forge/conda-smithy/releases/tag/v3.29.0
  • 新版本的进展如何？
  • libmamba solver 现在是默认的
  • 有什么问题吗
  • (MRB)
    • 发现了一些问题
    • 没有最新版本的 Boa
  • (JRG)
    • 看到报告说 solver 由于 key-errors 而无法写回
    • 与频道有关
    • PR 今天合并了。希望这周发布
      • https://github.com/conda/conda-libmamba-solver/pull/365
  • (IF)
    • 可以指定 miniforge 版本
    • 我们在所有的 CI 中都使用 miniforge
    • (JRG) 想要将工具问题与分发问题分开
  • (JRG) 总结：遇到了一些问题。正在解决这些问题
• (HV) libboost 1.82 迁移更新 & 后续步骤
  • 将近 200 个 PR 已合并
  • 一长串无法构建的软件包（例如，对于旧的 boost 迁移有未解决的 PR）
  • 估计 ~70% 已完成
  • 对机器人错误和未解决的 feedstock 进行最后一次检查，然后应该就差不多了
• (JK) 自定义许可证讨论
  • https://github.com/conda-forge/staged-recipes/pull/24449
  • https://github.com/conda-forge/unicorn-binance-websocket-api-feedstock
  • 当提交者实际上正在使用自定义许可证时，声称是 MIT 许可证
  • 我们如何应对？
  • 我们不能直接取消自定义许可证。
  • (MB) 在这种特定情况下，我们可以说你不能在许可证问题上撒谎。
  • 他们需要修复他们的元数据。
  • “我们对许可证感到不舒服，所以不乐意审查它。”

推迟到下次会议

• (JK) Miniforge 23.10
  • https://github.com/conda-forge/miniforge/issues/511
• (JK) NumPy 2.0
  • https://github.com/numpy/numpy/pull/24861#issuecomment-1776781838
• (JK) CUDA Docker 镜像
• (HV) 关于 Alma 8 的 CDT 的处理方式
  • 制作一份包含 CDT 的清单，用于检查我们是否可以将每个 CDT 切换到 conda 软件包？
• (DJC) CUDA 架构目标和修剪 CUDA 架构的策略
  • https://github.com/conda-forge/conda-forge.github.io/issues/1901
  • 一些软件包在 6 小时的 CI 限制内构建时，由于目标 CUDA 架构过多而变得太大
    • 示例包括 libmagma、libtorch
  • 链接的讨论是关于当上游项目没有默认值时应以哪些 CUDA 架构为目标，以及为了在 6 小时内完成构建而应按什么顺序删除架构
• [ ]

CFEPs

• [ ]