跳转至主要内容

conda-forge 核心会议 2023-10-04

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

参会人员

姓名首字母缩写GitHub ID单位
Dave ClementsDPCtnabtafAnaconda
Daniel ChingDJCcarterboxArgonne National Laboratory
Marcel BargullMBmbargullBioconda/cf
John KirkhamJKjakirkhamNVIDIA/cf
Eric DillEDericdillAnaconda/cf
Filipe FernandesFFocefpafconda-forge
Carl AndersonCPAbaraboAnaconda
Matt BeckerMRBbeckermrcf

15 人总计

常设议题

  • [ ]

来自上次会议的议题

正在进行的投票

  • [ ]

您的 __new__() 议程项

  • (HV) 放弃在 aarch/ppc 上对 PyPy 的支持?

    • PyPy 的支持已经非常薄弱,以至于我们考虑过放弃它(参见此处),尚未进行 pypy3.10 迁移,仍然存在各种高影响的错误等。
    • 我们在 aarch/ppc 的 feedstock 上没有 CI(无法交叉编译,travis 超时),手动构建给维护带来了额外的压力,有时甚至不会发生(例如,缺少 7.3.12 和 7.3.13 这两个最新版本),这意味着错过了错误修复等。
    • 与其通过压垮 PyPy 开发人员(或要求核心人员为每个 PR 进行手动构建)来冒着 PyPy 整体支持的风险,我建议放弃在 aarch/ppc 上对 PyPy 的支持;这些构建的使用率约为 1/10000 用户。 这不是很好,但在我看来,相对于非常有限的 PyPy 资源而言,这更明智。
    • Isuru 负责这些构建。这在 CF 中没有造成更大的问题,因此,这取决于维护人员 (Isuru) 来做决定?
    • Axel:但这对于一些下游软件包来说一直是个问题。
    • Axel:将在问题出现时报告。
    • AI:如果我们想放弃 PyPy ARM/PPC,请在网页 repo 或 pinning repo 上提出 issue 进行讨论
  • (HV) 编译器升级:GCC 13 和 Clang 16

    • PR 已准备就绪,相关信息在 OP 中。
    • Isuru:Clang 16 现在,GCC 13 稍后。
  • (JRG) 计划与 Wolf 一起提交 CZI EOSS6 意向书。

    • 草稿:https://hackmd.io/m_dJizu9TWGRI8RprLO-Yg
    • 主题:conda-build 的未来,过渡到新的工具(boa,rattler-build)以及提高 conda-forge 中的构建可重复性。
    • 想知道这是否是一个糟糕的主意。
    • 截止日期:10 月 16 日。
  • (JRG) GPU CI 状态

  • (IF) m2-recipes https://github.com/conda-forge/staged-recipes/pull/24112

  • (WV) 主权技术基金合同

    • libsolv - Rust 端口
    • rattler-build conda-forge 集成
    • conda-forge 可重复性评估
  • (WV) 请不要忘记为 conda 指导委员会投票 :)

推迟到下次会议

  • [ ]

CFEPs

  • [ ]