conda-forge 核心会议 2024-05-15

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

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

与会者

姓名	首字母	GitHub ID	隶属关系
Matthew R Becker	MRB	beckermr	conda-forge
Nichita Morcotilo	NM	nichmor	prefix.dev
Marcel Bargull	MB	mbargull	Bioconda/cf
Filipe Fernandes	FF	ocefpaf	conda-forge
Klaus Zimmermann	KZ	zklaus	Quansight
Wolf Vollprecht	WV	wolfv	prefix.dev
John Kirkham	JK	jakirkham	NVIDIA/cf

总共 X 人

常设事项

• [ ]

来自之前的会议

• [ ]

正在进行的投票

• [ ]

您的 new() 议程项目

• (JK) Conda-build 24.5.0
  • 现已发布。conda-forge-ci-setup 中有小的小问题，其中已弃用的代码已被清除。
    • https://github.com/conda-forge/conda-forge-ci-setup-feedstock/issues/317
  • 注意 conda_build.config.subdir 导入和类似行。
  • 我们可以添加一些 Conda Canary 的测试，或者使警告更明显吗
    • 或许 https://github.com/conda-forge/cf-autotick-bot-test-package-feedstock
    • https://github.com/conda-forge/conda-smithy/issues/1881
• 可资助的任务
  • https://github.com/conda-forge/conda-forge.github.io/issues/2172
  • 很难在 HackMD 或类似工具中构建长长的项目列表
  • 我们可以在 GH 上直接通过标记问题或类似方式跟踪此列表吗
  • 正在寻找对此问题的反馈/讨论
  • 如果有人带着支票簿出现，最好能准备好此列表 :)
  • PSF 使用这种方法：https://github.com/psf/fundable-packaging-improvements
  • 可以集中到网页仓库（可能带有存根问题），或者通过在需要的仓库问题上添加标签来分散化
  • 如何发现？
    • 理想情况下，希望有一个链接可以找到所有项目
• (JK) GLIBC 2.28
  • (JK) CDT 列表准备好了吗？
    • https://github.com/conda-forge/cdt-builds/issues/66
    • (IF) 对于那些带有 ? 的项目该怎么办
      • (HV) 可以为了安全起见构建它们
      • (IF) 我们应该等到有人请求它们吗
        • (HV) 担心这可能是一个相当缓慢的过程
          • (HV) 可能会使升级变慢
          • (IF) 希望从一开始就减少这些项目
    • (HV) 我们可以审查 libglvnd 吗？
      • https://github.com/conda-forge/staged-recipes/pull/25919
    • (IF) https://github.com/conda-forge/cdt-builds 中的许可证（错误？）？找不到它们
      • (MRB) 可能是个错误
    • 在 https://github.com/conda-forge/cdt-builds/issues/66#issuecomment-1833417828 处标记为绿色勾号的项目可以成为新重建的一部分
  • IF：我们不要将 cos8 添加到 cdt_name 中，让我们只使用 'conda' 来消除 pinning 中的 cdt_name 等。
    • (JK) 在问题中注明：https://github.com/conda-forge/conda-forge.github.io/issues/1941
    • (HV) 编译器已经考虑到了这一点
    • (MRB) 可以删除 sysroot repodata hack
• (JK) NumPy 2
  • (HV) 目前最好的选项似乎是“软关闭” 3.12 迁移；避免了大量的 PR 变动，但保持状态页面和机器人运行。
    • 在 Python 3.12 迁移器中添加 NumPy 2.0 bump 会破坏该迁移器
    • 使用 Python 3.12 构建（大量变动）
    • （软）关闭 Python 3.12
      • 软关闭的定义
        • 将迁移应用于全局 pinning
        • 保持迁移器打开
        • 好处是跟踪迁移器的状态
      • (MRB) 赞成软关闭
      • (HV) 像典型的运行一样直到结束
      • (MB) 迁移器保持打开的时间在任何地方都没有定义，因此可以覆盖“其他迁移器保持打开的正常时间”
    • (IF) 可能的技术解决方案。是否有密钥忽略选项？
      • (MRB) 这是未记录的
        • (MRB) override_cbc_keys
        • (MRB) 允许覆盖来自 conda-build-config 的密钥使用
        • (MRB) 链接：https://github.com/regro/cf-scripts/blob/master/conda_forge_tick/make_migrators.py#L387
    • 共识是软关闭 Python 3.12 迁移以解除 NumPy 2 的阻塞
      • (MB) 建议添加一个注释，说明这是一个务实的决定。并非基于社区子集的建议
• (JK) CUDA ppc64le 支持
  • https://github.com/conda-forge/cuda-feedstock/issues/27
  • 在 CUDA 12.4 的下一个版本中，CTK 将不支持 ppc64le
  • 仍然在 conda-forge 中使用 CUDA 12.0 构建，它仍然支持 ppc64le
  • 通过 CUDA 12.4 的现有软件包仍然可用
• (HV) NumPy 正在考虑迁移到 VS2022 基线
  • 可能影响深远，我们也必须升级
  • VS2019 自几周前已 EOL，但尚未从各种 CI 提供商中移除
    • JRG：Azure 在 https://learn.microsoft.com/en-us/azure/devops/pipelines/agents/hosted?view=azure-devops&tabs=yaml 中没有提及未来 vs2019 弃用的信息
• (WV) Neighbourhoodie SOW 已接受 🎉
• (WV / NM) conda-smithy 中的 rattler-build 支持
  • https://github.com/conda-forge/conda-smithy/pull/1876
  • 有什么问题吗？
  • (MRB) 正在审查中 :)
  • (WV) 标签处理
    • (IF) 在 conda-forge-ci-setup 中处理
    • (IF) 请发送 PR :)
• (MRB) 最近有很多机器人工作
  • 机器人现在小心地使用 docker 容器来隔离配方/用户代码与机器人的信息，用于大多数步骤
  • 作为对象的迁移现在可以序列化为 JSON
  • 文档已移动到机器人仓库中的 README（不再有 GH 页面，所有链接都应更新）
  • 清理了旧代码、环境变量等。
  • 日志现在应该更容易解析
• (IF) Mingw 支持
  • 交叉编译器现在可以工作了 (host=linux-64 -> target=win-64)
  • 需要本地编译器才能工作 (host=win-64 -> target=win-64)
  • R 构建需要
    • https://github.com/conda-forge/ctng-compilers-feedstock/pull/134
    • 使用 build=linux-64 构建此项。conda-build 在这里有问题 https://github.com/conda/conda-build/issues/5341
    • conda-libmamba-solver 也必须修复一些问题

推迟到下次会议

• (JK) CUDA 12

CFEPs

• [ ]