conda-forge 核心會議 2023-11-15

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

• Zoom 連結
• 我的時區的會議時間
• 上週會議

出席者

姓名	縮寫	GitHub ID	所屬機構
Marcel Bargull	MB	mbargull	Bioconda/cf
Bianca Henderson	BH	beeankha	Anaconda
Mark Anderson	MAA	markan	Anaconda
Marcelo Trevisani	MDT	marcelotrevisani	conda-forge
Isuru Fernando	IF	isuruf	Quansight
Wolf Vollprecht	WV	wolfv	prefix.dev
Dave Clements	DPC	tnabtaf	Anaconda
Jaime Rodríguez-Guerra	JRG	jaimergp	Quansight/cf
Matthew R Becker	MRB	beckermr	cf
John Kirkham	JK	jakirkham	NVIDIA/cf
總共 14 人

常規項目

• [ ]

來自上次會議

• (HV) archspec-packages，後續步驟 (我不在時可以自由討論)
  • 我們現在有了 microarch-level 套件 🎉
  • 我們是否準備好/願意為不同的架構建置套件？
  • 我們是否要設定最低限度的準則，以避免 feedstock 因為「明顯更快」而濫建 v2,v3,v4 導致 CI 爆炸？
    • 需要檢查執行階段調度是否可用
    • 如何偵測巨型架構 (例如 x86_64)？這曾經在 __arch 中，但現在不在了。應該如何包含這個？
      • 變更現有字串以包含微架構？
      • 新的虛擬套件？
      • 討論持續在 issue 中進行
• (JK) m2 recipes
  • Isuru 需要時間。
  • (IF) m2 (工具) 的 CDT 建置類型。
    • https://github.com/conda-forge/msys2-recipes
    • https://github.com/conda-forge/m2-builds
  • (IF) m2w64 套件將會是常規 feedstock
• (JK) Windows ARM
  • (IF) 上週與 Finn (來自 Microsoft) 通話
  • (IF) ARM-64 windows CI 設定。
  • (IF) 不是全部，但有進展
    • 使用 ARM64 映像檔，使用 X86 安裝程式，然後使用模擬
  • (IF) 也需要 m2 recipes (因為 Python 需要這些來建置)

有效投票

• [ ]

您的 __new__() 議程項目

• (HV) / (WV) 討論 {{ stdlib("c") }} vs. {{ compiler("c", stlib=...) }}，請參閱這裡。
  • (WV)
    • 仍然贊成一個 Jinja 函數。有 2 個會使其混亂
    • 如果有人需要，可以稍後嘗試修復它。
  • (IF)
    • 這會為 conda-build 增加更多技術債務 (?)
  • (WV)
    • conda-build 已經有太多技術債務了。
    • 我們應該多擔心它。
  • (MB)
    • 同意兩者
  • (IF)
    • 一個 jinja 函數會很好，但現在沒有辦法做到這一點。
• (JK) Travis CI 更新
  • 一週前在 staged recipes 遇到問題，因為 Travis 給了我們 API 問題
  • 還有來自 Travis 的 token 重設的長期問題。
  • 讓我們重新同步機器人
  • GitHub 機器人無法啟動 CI...
  • (MB) 有人從 conda-forge 要求 linux-arm 嗎？
    • (JK) 我們甚至沒有討論過。
  • (IF) JRG 在 admin-requests 中新增了一個功能。
    • 當我們新增 feedstock 時，我們可以停止註冊所有 feedstock。
    • 可以要求開發人員請求它們。
    • 90% 的開發人員真的不需要這個。
    • (JK) 維護者可以稍後要求 Travis CI 支援嗎？
      • 流程是什麼？
      • https://github.com/conda-forge/admin-requests/blob/main/grant_access/travis/example.txt
• (JK) Windows CUDA 12
  • 使用 cupy 進行了更多測試 - 發現了一些已修復的小錯誤。
  • 可以遷移嗎？可以
    • 可以重新啟動現有的遷移器並新增 Windows 嗎？可以
  • https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/5121
• (JK) conda-smithy 3.28.0 的結果
  • https://github.com/conda-forge/conda-smithy/releases/tag/v3.28.0
  • https://github.com/conda-forge/conda-smithy/releases/tag/v3.29.0
  • 新版本的進展如何？
  • libmamba solver 現在是預設值
  • 有任何問題嗎
  • (MRB)
    • 看到一些問題
    • 沒有最新版本的 Boa
  • (JRG)
    • 看到報告指出 solver 因為 key-errors 而無法寫回
    • 與 channels 相關
    • PR 今天合併。希望本週發布
      • https://github.com/conda/conda-libmamba-solver/pull/365
  • (IF)
    • 可以指定 miniforge 版本
    • 我們在所有的 CI 中都使用 miniforge
    • (JRG) 想要將工具問題與發行問題分開
  • (JRG) TL;DR 遇到了一些問題。正在解決這些問題
• (HV) libboost 1.82 遷移更新 & 後續步驟
  • 將近 200 個 PR 已合併
  • 一長串無法建置的套件 (例如，針對舊的 boost 遷移有開放的 PR)
  • 估計約 70% 已完成
  • 針對機器人錯誤和未解決的 feedstock 進行最後一次檢查，然後應該就差不多了
• (JK) 自訂授權討論
  • https://github.com/conda-forge/staged-recipes/pull/24449
  • https://github.com/conda-forge/unicorn-binance-websocket-api-feedstock
  • 聲稱是 MIT，但提交者實際上使用的是自訂授權
  • 我們該如何應對？
  • 我們不能直接排除自訂授權。
  • (MB) 在這個特定案例中，我們可以說你不能謊報授權。
  • 他們需要修正其 metadata。
  • 「我們對授權感到不安，因此不願意審查它。」

延後到下次會議

• (JK) Miniforge 23.10
  • https://github.com/conda-forge/miniforge/issues/511
• (JK) NumPy 2.0
  • https://github.com/numpy/numpy/pull/24861#issuecomment-1776781838
• (JK) CUDA Docker 映像檔
• (HV) 如何處理 Alma 8 的 CDT
  • 製作 CDT 的檢查清單，用於檢查是否可以將每個 CDT 切換到 conda 套件？
• (DJC) CUDA arch 目標和修剪 CUDA arch 的政策
  • https://github.com/conda-forge/conda-forge.github.io/issues/1901
  • 某些套件在 6 小時 CI 限制內建置時，目標 CUDA 架構太多而變得太大
    • 範例包括 libmagma、libtorch
  • 連結的討論是關於當上游專案沒有預設值時，應該以哪些 CUDA arch 為目標，以及為了在 6 小時內完成建置，應該以什麼順序捨棄 arch
• [ ]

CFEPs

• [ ]