conda-forge 核心會議 2023-04-19

在 Your __new__() agenda items 標題下新增議程項目

• 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
    • CPython 在 Windows ARM 上建置 (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-version
    • 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 變成 meta 套件？
    • 可能刪除一些 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
  • 同意計畫，將 anaconda py-boost 和 conda-forge boost 命名為 libboost-python

推遲到下次會議

• (WV) rattler-build - 新的 conda 套件建置工具：https://github.com/prefix-dev/rattler-build
• (JK) 新的 CTK 套件 / CUDA 12
  • 開啟 CUDA 12 移轉工具
    • 套件佈局變更
      • 文件？
      • 訊息？
      • 逐步推出？
  • (長期) CUDA 11 向後移植？
    • 舊版 CUDA 上的新樣式套件
    • 從哪個版本開始 (nvidia 頻道有 11.4)？
    • cudatoolkit 變成 meta 套件？
    • 可能刪除一些 CUDA 特定項目
      • Docker 映像檔
      • conda-forge-ci-setup 簡化

CFEPs

• [ ]