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

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

• Zoom 链接
• 我的时区会议是什么时间
• 上周的会议

与会者

姓名	首字母	GitHub ID	隶属关系
Jaime Rodríguez-Guerra	JRG	jaimergp	Quansight/cf
Cheng H. Lee	CHL	chenghlee	conda-forge/Anaconda
John Kirkham	JK	jakirkham	conda-forge/NVIDIA
Marcel Bargull	MB	mbargull	Bioconda/cf
Filipe Fernandes	FF	ocefpaf	conda-forge
Jannis Leidel	JL	jezdez	Anaconda/conda-forge

X 人总计

常设事项

• [ ]

来自上次会议

• [ ]

正在进行的投票

• [ ]

您的 __new__() 议程项目

• (JK) Windows ARM64
  • (SD) 正在开发新的 Windows ARM 硬件
    • 例如 Surface Pro X
    • 在 Windows ARM 上构建 CPython (tier 3)
    • 目前 GHA 不支持原生 Windows ARM
    • 如何启用开发者？
      • 有兴趣使 conda-forge 能够构建软件包
      • 容易向一个组织提供资源 (conda-forge 符合要求)
    • 需要什么？
      • 开发时间 (Finn 开发人员与 Steve 将会贡献)
      • 硬件？
        • 最简单的路径：https://azure.microsoft.com/en-us/products/dev-box/
        • 也可以运送物理机器
      • 可以交叉编译 (有交叉编译器)
      • (MRB) LIEF 在 Windows ARM 上工作吗？
        • (SD) 带有另一个指令集的普通 PE
      • (JRG/MRB) 迁移器？可行的
      • (JRG) 构造器堆栈？NSIS, pyinstaller (conda-standalone)
        • SD: x86 安装程序应该可以工作
        • JRG: 我们需要在构造器中进行更改以支持“交叉安装程序”，但不会太复杂 (导出 CONDA_SUBDIR？)
      • ED: 需要什么？
        • 1 个或多个可以确保事情不会在 CF 方面受阻的“核心赞助商”
        • 提供硬件的人
        • 有时间破解这个问题的人
        • Anaconda 中可以帮助将更改推送到需要更新以支持新平台的各种工具中的人
    • 想法？ :)
      • (JL) 引入新平台并非易事
        • 想要确保这以某种方式获得资助
        • 也许 NF 作为 Conda / cf 的渠道 (SDG 或 ...?)
      • (MRB) 我们过去是如何做到这一点的 (aarch64, pp64le, OSX arm)？
        • (IF) Linux aarch64 是 Jonathan Helmus ( https://github.com/jjhelmus ) 从 Rasberry Pi 开始，然后逐步发展
        • (IF) 可以引导
      • (JL)
      • (IF) 保持事物绿色 (一旦软件包工作，我们希望它保持工作状态)
      • (IF) 更多 Azure 作业？特别是如果 Windows ARM 支持多个版本
    • (MRB) 交叉编译可能是最有效的方法 (就像 MacOS ARM 使用的方法)
    • (MRB) 让我们创建一个 跟踪问题
      • https://github.com/conda-forge/conda-forge.github.io/issues/1940
  • (CHL) 将生态系统支持作为 conda/conda#11472 进行跟踪
    • PR conda/conda#11778: 在 conda 中添加 win-arm64 作为平台
    • PR conda/conda-build#4579: 在 conda-build 中添加 win-arm64 作为平台
    • ContinuumIO/anaconda-issues#12957: 在 anaconda.org 中添加 win-arm64 作为平台
• (JK) 新的 CTK 软件包 / CUDA 12
  • 大多数软件包已更新 (剩余少量 / 一些后续项目)
  • cuda-版本
    • https://github.com/conda-forge/cudatoolkit-feedstock/pull/89
    • https://github.com/conda-forge/conda-forge-repodata-patches-feedstock/pull/435
  • 正在打开 CUDA 12 迁移器
    • 软件包布局更改
      • 文档？
      • 消息？
      • 增量推出？
  • (长期) CUDA 11 向后移植？
    • 旧 CUDA 版本上的新样式软件包
    • 从哪个版本开始 (nvidia 频道有 11.4)？
    • cudatoolkit 成为元软件包？
    • 有可能删除一些 CUDA 特定的东西
      • Docker 镜像
      • conda-forge-ci-setup 简化
• (HV) 升级到 GCC 12 / LLVM 15 (不应该有争议，只需要合并)
  • https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/4215
• (HV) RHEL 8 兼容的 sysroot (最可能是 AlmaLinux，与 manylinux_2_28 匹配)
  • 与 Anaconda 同步要求 / 命名 (一旦对齐，我将尝试开始提出 PR)
    • (CHL) Anaconda 命名约定是 sysroot_${subdir}=${glibc_version} (所以可能是 sysroot_linux-64=2.28)
    • 使用 cdt_name = "conda_2_28"
    • 从 alma8 中拉出 CDT
  • 请参阅 Matthew 的初始 TODO 列表。
• (HV) Boost 协调
  • 我们是否可以同意 https://github.com/conda-forge/boost-cpp-feedstock/issues/137 中的计划？
  • 如果可以，我可以开始提出 PR
  • 同意将名称 libboost-python 用于 anaconda py-boost 和 conda-forge boost 的计划

推迟到下次会议

• (WV) rattler-build - 新的 conda 软件包构建工具: https://github.com/prefix-dev/rattler-build
• (JK) 新的 CTK 软件包 / CUDA 12
  • 正在打开 CUDA 12 迁移器
    • 软件包布局更改
      • 文档？
      • 消息？
      • 增量推出？
  • (长期) CUDA 11 向后移植？
    • 旧 CUDA 版本上的新样式软件包
    • 从哪个版本开始 (nvidia 频道有 11.4)？
    • cudatoolkit 成为元软件包？
    • 有可能删除一些 CUDA 特定的东西
      • Docker 镜像
      • conda-forge-ci-setup 简化

CFEPs

• [ ]