conda-forge 核心会议 2023-08-09

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

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

与会者

姓名	首字母	GitHub ID	所属机构
Matthew R Becker	MRB	beckermr	cf
Katherine Kinnaman	KK	kathatherine	Anaconda
Chris Ostrouchov	CO	costrouc	Quansight
Cheng H. Lee	CHL	chenghlee	Anaconda/cf
John Kirkham	JK	jakirkham	NVIDIA/cf

共 X 人

常设议题

• [ ]

来自上次会议的议题

• [ ]

正在进行的投票

• [ ]

您的 new() 议程项目

• (JK) GLIBC 2.28
  • ARM / Power
  • NVIDA CUDA 静态库（即 cudart）仅使用 2.17 符号（其他如 cudadevrt 或 culibos 则不使用？）
  • (MRB) 我们是否应该将现有的 glibc 2.28 sysroot 标记为损坏？将提交 PR 并查看会发生什么。
  • SUSE 作为一个潜在的选项？将等待并观察；仍然不清楚一切进展如何
• (JK) 将 conda-libmamba-solver 添加到 Miniforge
  • https://github.com/conda-forge/miniforge/issues/284
  • Jaime（缺席）：我今天无法参加，但我对解决上述问题非常感兴趣。Miniconda 已经附带 conda-libmamba-solver，并且到 9 月份的版本，它将成为默认的求解器（即 conda 依赖项）。因此，当我们更新到 23.9 或更高版本时，它最终会出现在 Miniforge 中。问题是：我们应该...
    • a) 在 Miniforge 中也发布 mamba
    • a2) 上述，并弃用 Mambaforge
      • 并添加将“mambaforge”重定向到“miniforge”的链接
      • 使用副本以确保旧安装能够工作（如果没有重定向选项）
    • b) 仅在 Mambaforge 中保留 mamba，并保持两个安装程序分开，唯一的区别是 mamba Python 包的存在（但请注意 libmamba 和 libmambapy 在那里）
  • 讨论：通常使用 miniconda/miniforge（包括 conda-libmamba-solver）
    • 我们要放弃 pypy 安装程序吗？保留（由 Matti 和其他人决定）
      • 将 PyPy 作为单独的项目处理（因此暂时保留 PyPy 安装程序）
  • 制品列表
    • https://github.com/conda-forge/miniforge/releases/tag/23.1.0-4
  • 共识是 a2
• (JK) TexLive？
  • https://github.com/conda-forge/texlive-core-feedstock/issues/84
  • 我们需要在弃用之前发现并解决依赖问题（如果我们选择这样做的话）。
  • 我们不想维护完整的 (La)TeX 发行版。也许可以添加一个警告，说明这适用于少量的 TeX，而不是“完整”的发行版。（重置期望）
  • 计划添加 README（也许还在 meta.yaml 中添加描述）以重置对此软件包的期望
  • 指出发布和迁移器最近已合并
• (JRG) osx-arm64 本地运行器。可能向 MacStadium (他们为 Homebrew 这样做) 或 Scaleway (他们有 OSS 计划) 寻求赞助。
  • JRG：抱歉我将缺席，但这在核心聊天中简要讨论过，如果有人错过了，在此发布以提高可见性。
  • JRG：Scaleway 为 OSS 项目提供“高达” 2400 欧元/年。M1 运行器成本为 0.11 欧元/小时，因此我们可以负担大约 2.5 个运行器。
    • 询问了 Amit 关于 cirun 对 scaleway 的支持
• (MRB) Cirrus CI
  • 由于加密货币矿工，免费使用受限
  • 成本相当高，可能涉及自托管 (ToS)
  • 用完信用额度意味着它会突然停止（糟糕的用户体验故事）
  • 将考虑其他选项

推迟到下次会议

• (JK) Windows ARM
• (CHL) 我们应该保留 osx-64 支持多久？

CFEPs

• [ ]