conda-forge 核心会议 2023-12-13

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

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

与会者

姓名	首字母	GitHub ID	隶属关系
Dave Clements	DPC	tnabtaf	Anaconda
Daniel Ching	DJC	carterbox	Argonne
Marcel Bargull	MB	mbargull	Bioconda/cf
Filipe Fernandes	FF	ocefpaf	conda-forge
John Kirkham	JK	jakirkham	NVIDIA/cf
Matthew Becker	MRB	beckermr	cf

总共 10 人

常设议程

• [ ]

来自之前会议的议程

• (JK) Miniforge 23.10
  • 我们准备好发布这个版本了吗？
  • 我们认为所有未解决的问题都已得到解决
  • 是的，我们准备好发布这个版本了。
  • JK 将跟进 Mark 以推动此事。
• (JK) CUDA 11.8
  • 75% 的 feedstocks 已迁移
  • 20% 在 PR 中
  • 5% 正在等待、积压或出错
  • 认为我们准备好结束这次迁移了。
  • 95% 是一个不错的数字。
  • 我们将结束这次迁移。
  • 11.2 正处于淘汰的早期阶段。
    • 计划于 2024 年 5 月移除 CUDA 11.2 Docker 镜像
      • https://gitlab.com/nvidia/container-images/cuda/-/issues/209#note_1641845842
    • 11.8 可以使用与 11.2 相同的驱动程序版本，因此迁移到 11.8 对软件包用户来说应该很容易。
      • https://docs.nvda.net.cn/cuda/archive/11.8.0/cuda-toolkit-release-notes/index.html#cuda-major-component-versions （请参阅“版本兼容性”表）
      • 更多详细信息请参阅兼容性指南： https://docs.nvda.net.cn/deploy/cuda-compatibility/index.html
    • 云提供商都支持 11.8
      • Kaggle 是一个很好的滞后指标（其他 CSP 移动得更快一些）
        • 于 2023 年 5 月升级到 CUDA 11.8
        • https://github.com/Kaggle/docker-python/pull/1254/commits/9e00acf188b781000ec2d7763b09d9b03883cfe7
    • 关于我们应该何时放弃 11.2 的想法？
      • 没有强烈反对意见
      • 将针对 11.2 提出 issue，讨论我们何时准备好放弃它。
• (JK) CUDA 12.x
  • CUDA 12.0 迁移已完成大多数软件包的一半，另有三分之一在 PR 中。
  • 计划开始添加 CUDA 12.x (x > 0) 软件包
  • 目前不计划进行 CUDA 12.x 的迁移
  • 关于软件包约束是否足够的讨论
• (JK) Conda + libmamba
  • 这是一个月前的事情了。
  • 这些问题已得到解决。
  • (MB) 确认已解决。
• (JK) Alma 镜像在 Quay 上的公开可见性
  • 在 Quay 网站上看不到它们。您可以拉取它们。
  • 是否有我们需要设置的设置。
  • 这已由 IF 修复
    • 工作示例： https://quay.io/repository/condaforge/linux-anvil-cos7-x86_64
• (HV) 存档 k* 生态系统（请参阅此处的最后一条评论，来自核心团队有五个 +1 赞同）
  • 死气沉沉，迁移时不断令人头疼
  • 存档是可逆的，所以让我们最终咬紧牙关吧？
  • 如果有人想恢复，可以在 feedstock 的 README 中（或置顶 issue）留下说明；尽管这不太可能...
  • 它们有大约 1000 次下载。它们确实已经死了，但它们不断出现并阻止迁移。
  • HV：我们应该咬紧牙关，因为不会有人来更新这些软件包了。
    • 存档可以很容易地撤销。
  • FF：我们可以实施“需要帮助的软件包！”
    • 这些软件包被存档，不是因为它们不好，而是因为它们没有得到维护。
    • HV：是的。我们可以自动化这个。
  • HV 将尝试，但会在需要时寻求支持。
• (HV) `error_overlinking: true` 的迁移？
  • 已经在 staged-recipes 中为新的 feedstocks 设置，也应该推广到现有的 feedstocks（最终）。
  • 这将是一个进行 {{ stdlib }} 相关更改的好机会（例如，删除对 C/C++ stdlib 的隐式 run-export --> 必须在 recipe 中指定，error_overlinking 将找到缺失的实例；如果不是必需的，软件包依赖项会通过迁移而精简 🥳）
  • JK：conda-build 中的文档有点零散
    • https://github.com/conda/conda-build/issues/5103
  • MB
    • 应用于现有的 feedstocks。
    • 也许可以逐步进行（像 arch-migrator 一样选择加入）？
    • HV：是的。可以慢慢推广。
  • HV 将启动一个 issue。

正在进行的投票

• [ ]

您的 __new__() 议程项目

• (MRB) libxcrypt
  • https://github.com/conda-forge/linux-sysroot-feedstock/issues/52
• (HV) 关闭 boost 1.82 迁移并存档旧的 boost-cpp feedstock
  • 是的，执行此操作
• (DPC) 我们的下一次会议是 12 月 27 日。
  • 我们应该取消吗？
  • 12 月 27 日将不会举行会议。
• (WV) 我们是否有任何技术债务需要处理？ (MRB: LLOL)
  • 有另一家公司可以帮助处理开源项目中的技术债务。
  • 是否有任何可以在合理的时间内修复的事情
  • 合理的时间：可能 2-4 周。
  • Sovereign Tech Fund 的一部分。柏林的公司，大约有 10 人。
  • 如果您有想法，请联系 Wolf。

推迟到下次会议

• (DPC) Google 编程之夏 2024
  • NumFOCUS 对 2024 年的建议

    去年吸取的一个主要教训是，Google 选择项目的方法不太适合像 NumFOCUS 这样的伞形组织。今年，我们强烈建议可以独立申请的项目这样做。我们鼓励您探索并提出 AI/ML 领域的项目。我们也期望更多潜在的 GSoC 贡献者正在寻找与 AI/ML 相关的想法。

  • 来自 Google

    我们期待有更多 AI/ML 开源组织参与 GSoC 2024

  • conda-forge 是否对 GSOC 2024 感兴趣？
  • conda-forge 是否对 conda 范围内的应用程序感兴趣？
    • 还是那会是一个伞形组织？🙁
• (DPC) Conda-Forge 现在从 Twitter 上撤下了，真糟糕。
• (JK) Almalinux 8

CFEPs

• [ ]