conda-forge 核心會議 2024-05-15

在 您的__new__()議程項目 標題下新增議程項目

• Zoom 連結
• 我的時區的會議時間
• 先前的會議

出席者

姓名	縮寫	GitHub ID	所屬機構
Matthew R Becker	MRB	beckermr	conda-forge
Nichita Morcotilo	NM	nichmor	prefix.dev
Marcel Bargull	MB	mbargull	Bioconda/cf
Filipe Fernandes	FF	ocefpaf	conda-forge
Klaus Zimmermann	KZ	zklaus	Quansight
Wolf Vollprecht	WV	wolfv	prefix.dev
John Kirkham	JK	jakirkham	NVIDIA/cf

總共 X 人

常設項目

• [ ]

來自上次會議的項目

• [ ]

進行中的投票

• [ ]

您的 new() 議程項目

• (JK) Conda-build 24.5.0
  • 現已發布。conda-forge-ci-setup 中有些微小的 小問題，與已清除的已棄用程式碼有關。
    • https://github.com/conda-forge/conda-forge-ci-setup-feedstock/issues/317
  • 留意 conda_build.config.subdir 導入和類似的程式碼行。
  • 我們是否可以新增一些使用 Conda Canary 的測試，或使警告更明顯
    • 或許 https://github.com/conda-forge/cf-autotick-bot-test-package-feedstock
    • https://github.com/conda-forge/conda-smithy/issues/1881
• 可資助的任務
  • https://github.com/conda-forge/conda-forge.github.io/issues/2172
  • 很難在 HackMD 或類似工具中建立長長的項目列表
  • 我們是否可以直接在 GH 上透過標記議題或類似方式追蹤此列表
  • 尋求關於此議題的回饋/討論
  • 如果有人帶著支票簿出現時，最好能準備好這個列表 :)
  • PSF 使用此方法：https://github.com/psf/fundable-packaging-improvements
  • 可以集中到網頁儲存庫（可能帶有存根議題），或者透過在需要的儲存庫議題上新增標籤來分散
  • 如何發現？
    • 理想情況下，希望有一個連結可以找到所有項目
• (JK) GLIBC 2.28
  • (JK) CDT 列表準備好了嗎？
    • https://github.com/conda-forge/cdt-builds/issues/66
    • (IF) 如何處理帶有 ? 的項目
      • (HV) 可以為了安全起見而建置它們
      • (IF) 我們應該等到有人要求才建置嗎
        • (HV) 擔心這可能會是一個相當緩慢的過程
          • (HV) 可能會使升級變慢
          • (IF) 希望在一開始就減少這些項目
    • (HV) 我們可以檢閱 libglvnd 嗎？
      • https://github.com/conda-forge/staged-recipes/pull/25919
    • (IF) https://github.com/conda-forge/cdt-builds 中的授權 (錯誤？)？找不到它們
      • (MRB) 可能是一個錯誤
    • 在 https://github.com/conda-forge/cdt-builds/issues/66#issuecomment-1833417828 中標記綠色勾號的項目可以成為新重建的一部分
  • IF：我們不要將 cos8 新增到 cdt_name，讓我們只使用 'conda' 來移除釘選中的 cdt_name 等。
    • (JK) 在議題中註記：https://github.com/conda-forge/conda-forge.github.io/issues/1941
    • (HV) 編譯器已經考慮到這一點
    • (MRB) sysroot repodata hack 可以移除
• (JK) NumPy 2
  • (HV) 目前最佳 選項 似乎是「軟關閉」3.12 遷移；避免大量 PR 變動，但保持狀態頁面和機器人運作。
    • 在 Python 3.12 遷移器中新增 NumPy 2.0 升級將會破壞該遷移器
    • 使用 Python 3.12 建置（大量變動）
    • （軟）關閉 Python 3.12
      • 軟關閉的定義
        • 將遷移應用於全域釘選
        • 保持遷移器開啟
        • 優點是追蹤遷移器的狀態
      • (MRB) 贊成軟關閉
      • (HV) 讓典型的執行直到結束
      • (MB) 遷移器保持開啟的時間在任何地方都沒有定義，因此可以覆蓋「其他遷移器保持開啟的正常時間」
    • (IF) 可能的技術解決方案。是否有金鑰忽略選項？
      • (MRB) 它是未記錄的
        • (MRB) override_cbc_keys
        • (MRB) 允許覆蓋來自 conda-build-config 的金鑰
        • (MRB) 連結：https://github.com/regro/cf-scripts/blob/master/conda_forge_tick/make_migrators.py#L387
    • 共識是軟關閉 Python 3.12 遷移以解除封鎖 NumPy 2
      • (MB) 建議新增一個註記，說明這是一個務實的決定。並非基於社群子集的建議
• (JK) CUDA ppc64le 支援
  • https://github.com/conda-forge/cuda-feedstock/issues/27
  • 在 CUDA 12.4 下一個版本中，CTK 將不支援 ppc64le
  • 仍在 conda-forge 中使用 CUDA 12.0 建置，它仍然支援 ppc64le
  • 現有的套件（透過 CUDA 12.4）仍然可用
• (HV) NumPy 考慮 移至 VS2022 基準
  • 可能影響深遠，我們也必須升級
  • VS2019 自幾週前已終止支援，但尚未從各種 CI 提供商中移除
    • JRG：Azure 在 https://learn.microsoft.com/en-us/azure/devops/pipelines/agents/hosted?view=azure-devops&tabs=yaml 中沒有提到未來 vs2019 的棄用
• (WV) Neighbourhoodie SOW 已接受 🎉
• (WV / NM) conda-smithy 中支援 rattler-build
  • https://github.com/conda-forge/conda-smithy/pull/1876
  • 有任何問題嗎？
  • (MRB) 目前正在審閱 :)
  • (WV) 標籤處理
    • (IF) 在 conda-forge-ci-setup 中處理
    • (IF) 請發送 PR :)
• (MRB) 最近有很多機器人工作
  • 現在機器人在大多數步驟中仔細使用 Docker 容器來隔離配方/使用者程式碼與機器人資訊
  • 遷移作為物件現在可以序列化為 JSON
  • 文件已移至機器人儲存庫中的 README（不再有 GH 頁面，所有連結都應更新）
  • 清除了舊程式碼、環境變數等。
  • 現在應該更容易解析日誌
• (IF) Mingw 支援
  • 跨編譯器現在可以運作 (host=linux-64 -> target=win-64)
  • 需要原生編譯器才能運作 (host=win-64 -> target=win-64)
  • R 建置需要
    • https://github.com/conda-forge/ctng-compilers-feedstock/pull/134
    • 使用 build=linux-64 建置此項目。conda-build 在這裡有問題 https://github.com/conda/conda-build/issues/5341
    • conda-libmamba-solver 也必須修復一些問題

延後到下次會議

• (JK) CUDA 12

CFEPs

• [ ]