conda-forge 核心會議 2024-10-16

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

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

與會者

姓名	縮寫	GitHub ID	所屬機構
Matthew R Becker	MRB	beckermr	conda-forge
Daniel Ching	DJC	carterbox	NVIDIA/cf
Isuru Fernando	IF	isuruf	Quansight/cf
Klaus Zimmermann	KZ	zklaus	Quansight
Bianca Henderson	BH	beeankha	Anaconda
John Kirkham	JK	jakirkham	NVIDIA/cf
Dasha Gurova	DG	dashagurova	Anaconda/conda

10 人總計

常設項目

• [ ]

從先前的會議

• [ ]

進行中的投票

• (MRB) 三項 CFEP
  • https://github.com/conda-forge/cfep/pull/56
  • https://github.com/conda-forge/cfep/pull/55
  • https://github.com/conda-forge/cfep/pull/54

您的 新() 議程項目

• (IF) 安裝與使用者系統相容的最新 sysroot
  • https://github.com/conda-forge/linux-sysroot-feedstock/pull/75
  • 如果您使用鎖定檔匯出環境並重現，您可能會得到不相容的 sysroot。
  • MRB: 是否有墊片 (shim) 可以讓我們搭配編譯器使用系統位元？這個 PR 是提供該解決方案還是不同的解決方案？
    • IF: 這是一個稍微不同的問題。透過這個 PR，使用者將獲得適用於其系統的最新 sysroot（而不是釘選/最舊的版本）。目前 conda-forge 中是 2.28。
  • MRB: 這兩種解決方案相容嗎？
    • IF: 它們是相容的。使用系統 sysroot 應該是明確選擇加入的（僅在「他們知道自己在做什麼」的情況下）。我們不應該鼓勵它，而是偏好 conda-forge 提供的「最新相容版本」。
  • IF: 鎖定檔不相容問題是嘗試將其安裝在較舊的 GLIBC 系統中。在這些情況下，鎖定檔應包含 `__glibc` 虛擬套件。
    • JRG: 將此記錄在 conda/conda 的 issue 中，也許可以是一個 CEP。
• (JRG) 改進 Windows / macOS 中 CI 佈建時間
  • 僅限 Windows：將基礎安裝移動到 D 槽
  • 兩者：預設使用 micromamba
  • Linux：仍然使用 Docker 映像檔... 該如何處理？新的 Docker 映像檔系列，帶有後綴名稱，以便它們不使用 `Miniforge` 安裝？我們可以保留相同的釘選條目，但不確定這樣感覺有多 hacky。
    • IF: 將 micromamba 新增到 Docker 映像檔中。增加的大小可以忽略不計，只需使用 micromamba 而不是 Miniforge 來佈建基礎環境。確保使用相同的快取。

延後到下次會議

• [ ]

CFEP

• [ ]