跳到主要内容

conda-forge 核心会议 2024-10-16

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

与会者​

姓名首字母GitHub ID隶属关系
Matthew R BeckerMRBbeckermrconda-forge
Daniel ChingDJCcarterboxNVIDIA/cf
Isuru FernandoIFisurufQuansight/cf
Klaus ZimmermannKZzklausQuansight
Bianca HendersonBHbeeankhaAnaconda
John KirkhamJKjakirkhamNVIDIA/cf
Dasha GurovaDGdashagurovaAnaconda/conda

10 人总计

常设事项​

  • [ ]

来自之前的会议​

  • [ ]

正在进行的投票​

你的 new() 议程项​

  • (IF) 安装与用户系统兼容的最新 sysroot
    • https://github.com/conda-forge/linux-sysroot-feedstock/pull/75
    • 如果你使用锁定文件导出环境并重现，你可能会得到不兼容的 sysroot。
    • MRB：我们是否可以使用垫片来将系统位与我们的编译器一起使用？这个 PR 提供的是这个解决方案还是另一个解决方案？
      • IF：这是一个稍微不同的问题。通过这个 PR，用户将获得其系统可用的最新 sysroot（而不是固定的/最旧的）。目前，conda-forge 中是 2.28。
    • MRB：这两种解决方案兼容吗？
      • IF：它们是兼容的。使用系统 sysroot 应该明确选择加入（仅当“他们知道自己在做什么”时）。我们不应该鼓励这样做，而应该首选 conda-forge 提供的“最新兼容版本”。
    • IF：锁定文件不兼容问题是在尝试将其安装在较旧的 GLIBC 系统中。在这些情况下，锁定文件应包含 __glibc 虚拟软件包。
      • JRG：在 conda/conda 的 issue 中以及可能在 CEP 中记录下这一点。
  • (JRG) 改进 Windows / macOS 中的 CI 配置时间
    • 仅限 Windows：将基本安装移动到 D 盘
    • 两者：默认使用 micromamba
    • Linux：仍然使用 Docker 镜像... 如何处理？新的带有后缀名称的 Docker 镜像系列，以便它们不使用 `Miniforge` 安装？我们可以保留相同的 pinning 条目，但不确定这感觉有多 hacky。
      • IF：将 micromamba 添加到 Docker 镜像中。增加的大小可以忽略不计，只需使用 micromamba 而不是 Miniforge 来配置基本环境。确保使用相同的缓存。

推迟到下次会议​

  • [ ]

CFEP​

  • [ ]