conda-forge 核心會議 2024-04-17

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

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

出席者

姓名	縮寫	GitHub ID	所屬機構
Marcel Bargull	MB	mbargull	Bioconda/cf
Cheng H. Lee	CHL	chenghlee	Anaconda/cf
Nichita Morcotilo	NM	nichmor	prefix.dev
Eric Dill	ED	ericdill	anaconda/cf
Dasha Gurova	DG	dashagurova	anaconda/conda
Ralf Gommers	RG	rgommers	Quansight
Klaus Zimmermann	KZ	zklaus	Quansight
John Kirkham	JK	jakirkham	NVIDIA/cf

總共 X 人

常設項目

• [ ]

來自上次會議的項目

• [ ]

進行中的投票

• [ ]

您的 __new__() 議程項目

• (HV) 完成編譯器文件 更新（已開啟一年）
  • 我正在嘗試記錄現狀，Isuru 說這是政策變更 --> 讓我們一起弄清楚並做出選擇。
    • 文字已重新架構，在不同章節中討論 ABI 破壞性與非 ABI 破壞性變更；實際上沒有政策變更。
    • (IF) 在這種情況下，我們應該可以合併。
  • 我正在等待這個，以便在頂部為 {{ stdlib("c") }} 新增文件。
• (HV) stdlib 遷移狀態
  • 根據一些粗略的 github 搜尋，在使用編譯器的約 5000 個 feedstock 中，我們已遷移約 250 個 feedstock
  • Matthew 建議也為版本遷移器開啟它 - 我喜歡這個想法
    • 大家一致認為這是個好主意
  • 缺點是遷移器會失敗（原因）對於具有範本化輸出名稱的配方（幸運的是，這種情況很少見，更罕見的是有必要這樣做）
  • 在提升 c_stdlib_version 之前，我們希望達到什麼樣的百分比閾值？
    • 請參閱下方
  • 想法：儘管 ABI 相容，但為 GCC 13 / LLVM 17 執行明確的編譯器遷移；這樣，我們就可以透過 piggyback 捕捉到所有使用 {{ compiler("c|cxx" }} 的 feedstock。
    • 會導致 CI 負載過高，而且最終我們決定，我們不需要在提升版本之前讓每個 feedstock 都啟用 stdlib，只要 piggyback 在未來繼續運作（以及下面的 linter 東西）
  • (IF/HV) 建立一個 linter 警告，內容類似「使用 {{ compiler }} 時請新增 {{ stdlib }}」
  • 待辦事項
    • 停止在 conda-smithy 中將 c_stdlib{,_version} 新增到 always_keep_keys
    • 更新 staged recipes 的 CI（仍然使用 boa，這將 conda-build 限制在過舊的版本）
• (JK) NumPy 2
  • https://github.com/conda-forge/conda-forge.github.io/issues/1997
  • ABI 相容性
    • NumPy 將使用該 Python 版本支援的最舊 NumPy 來建置 Python 套件。想法是它無法在較舊的 NumPy 版本上執行。
    • 表示 pin_compatible 方法將會消失
  • 我們如何升級？
    • 當 NumPy 2 發佈時，大多數現有套件都有限制為 1.x。可能少數需要 repodata 修補程式。
    • 可以為 NumPy 2 新增遷移器
    • Piggyback 遷移器以移除 pin_compatible（因為 NumPy 中已存在 run_exports）
    • NumPy 2 的 run_exports 將具有 1.22（這需要修正；很容易做到）
    • 我們是否要開始使用帶有標籤的 NumPy 2 RC 進行遷移（就像我們對 Python 3.12 所做的那樣）？
    • 很難知道哪些套件支援 NumPy 2
      • 就像 Windows 現在使用 64 位元整數而不是 32 位元
    • NumPy 2 的發佈時間表
      • 雞生蛋蛋生雞：專案需要採用 NumPy 2，才能更容易發佈
      • 可能在五月中
• (JK) Python 3.8 + crypt 問題
  • https://github.com/conda-forge/scalene-feedstock/issues/41
  • (MB) 並非普遍的錯誤。編譯器套件應包含正確的旗標，以從 sysroot 尋找標頭檔；失敗通常會暴露出其他地方的問題。
  • (IF) 在這種情況下，上游建置系統沒有正確使用已存在的 CXXFLAGS。這是需要在上游 setup.py 和 Makefile 中修正的問題。
• (WV) rattler-build 的 CEP - 尋求評論、討論
  • Jinja 函數
  • OCI 儲存
  • 配方序列化
• (WV) Windows 上的 R - 復活？
  • (MB) 僅略有相關：R 4.4 將在幾週後發佈（因此人們無論如何都必須再次關注 R）
  • (IF) 需要對 MSYS2 進行重大更新（大部分已完成）、UCRT64（需要 gcc、binutils、sysroot）
  • 相關問題
    • https://github.com/conda-forge/r-base-feedstock/issues/248
    • https://github.com/conda-forge/conda-forge.github.io/issues/1654
    • https://github.com/conda-forge/conda-forge.github.io/issues/1044
• (NM) rattler-build 支援的 PR
  • 最新的 PR 到 conda-forge-ci-setup-feedstock

延後至下次會議

• (JK) GLIBC 2.28
• (WV) 大型 Windows 機器 - 後續步驟？
• (FF) Conda-forge 社群媒體存在
• (FF) NumFOCUS PoC 和財務團隊成員

CFEPs

• [ ]