conda-forge 核心會議 2023-12-13

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

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

出席者

姓名	縮寫	GitHub ID	所屬機構
Dave Clements	DPC	tnabtaf	Anaconda
Daniel Ching	DJC	carterbox	Argonne
Marcel Bargull	MB	mbargull	Bioconda/cf
Filipe Fernandes	FF	ocefpaf	conda-forge
John Kirkham	JK	jakirkham	NVIDIA/cf
Matthew Becker	MRB	beckermr	cf

總共 10 人

常設項目

• [ ]

來自上次會議的項目

• (JK) Miniforge 23.10
  • 我們準備好發布這個版本了嗎？
  • 我們認為所有未解決的問題都已解決
  • 是的，我們準備好發布這個版本了。
  • JK 將與 Mark 聯繫以推動此事。
• (JK) CUDA 11.8
  • 75% 的 feedstock 已遷移
  • 20% 在 PR 中
  • 5% 正在等待、積壓或出錯
  • 認為我們準備好結束這次遷移。
  • 95% 是一個好數字。
  • 我們將結束這次遷移。
  • 11.2 正處於淘汰的早期階段。
    • CUDA 11.2 Docker 映像檔計劃於 2024 年 5 月移除
      • https://gitlab.com/nvidia/container-images/cuda/-/issues/209#note_1641845842
    • 11.8 可以使用與 11.2 相同的驅動程式版本，因此遷移到 11.8 對於套件使用者來說應該很容易。
      • https://docs.nvidia.com/cuda/archive/11.8.0/cuda-toolkit-release-notes/index.html#cuda-major-component-versions（請參閱「版本相容性」表格）
      • 更多詳細資訊請參閱相容性指南：https://docs.nvidia.com/deploy/cuda-compatibility/index.html
    • 雲端供應商都支援 11.8
      • Kaggle 是一個很好的落後指標（其他 CSP 稍早移動）
        • 於 2023 年 5 月升級至 CUDA 11.8
        • https://github.com/Kaggle/docker-python/pull/1254/commits/9e00acf188b781000ec2d7763b09d9b03883cfe7
    • 關於我們應該何時放棄 11.2 的想法？
      • 沒有強烈反對意見
      • 將在 11.2 上提出一個 issue，討論我們何時準備好放棄它。
• (JK) CUDA 12.x
  • CUDA 12.0 遷移已完成大多數套件的一半，另有三分之一在 PR 中。
  • 計劃開始新增 CUDA 12.x (x > 0) 套件
  • 目前不計劃 CUDA 12.x 的遷移
  • 關於套件約束是否足夠的討論
• (JK) Conda + libmamba
  • 這是一個月前的問題。
  • 這些問題已解決。
  • (MB) 確認已解決。
• (JK) Alma 映像檔在 Quay 上的公開可見性
  • 在 Quay 網站上看不到它們。您可以拉取它們。
  • 是否有我們需要設定的設定。
  • 這已由 IF 修復
    • 運作範例：https://quay.io/repository/condaforge/linux-anvil-cos7-x86_64
• (HV) 封存 k* 生態系統（請參閱此處的最後一個評論，有來自核心的五個 +1）
  • 像死了一樣，遷移的 постійна 頭痛
  • 封存是可逆的，所以讓我們最終咬緊牙關？
  • 如果有人想恢復，可以在 feedstock README（或置頂 issue）中留下指示；儘管不太可能...
  • 它們有大約 1000 次下載。它們確實死了，但它們不斷出現並阻止遷移。
  • HV：我們應該咬緊牙關，因為不會有人來更新這些套件。
    • 封存可以輕鬆撤銷。
  • FF：我們可以實施「需要幫助的套件！」
    • 這些被封存，不是因為它們不好，而是因為它們只是沒有被維護。
    • HV：是的。我們可以自動化這個。
  • HV 會嘗試，但會根據需要尋求支援。
• (HV) 遷移 error_overlinking: true？
  • 已經為 staged-recipes 中的新 feedstock 設定，也應該推廣到現有的 feedstock（最終）。
  • 這將是一個很好的機會來進行 {{ stdlib }} 相關的更改（例如，移除到 C/C++ stdlib 的隱式 run-export --> 必須在 recipe 中指定，error_overlinking 將找到遺失的實例；如果不需要，套件依賴項將通過遷移而精簡 🥳）
  • JK：conda-build 中的文件記錄有點零星
    • https://github.com/conda/conda-build/issues/5103
  • MB
    • 應用於現有的 feedstock。
    • 也許可以逐步執行（像 arch-migrator 一樣選擇加入）？
    • HV：是的。可以慢慢推廣這個。
  • HV 將啟動一個 issue。

進行中的投票

• [ ]

您的 __new__() 議程項目

• (MRB) libxcrypt
  • https://github.com/conda-forge/linux-sysroot-feedstock/issues/52
• (HV) 關閉 boost 1.82 遷移和封存舊的 boost-cpp feedstock
  • 是，執行此操作
• (DPC) 我們的下一次通話是 12 月 27 日。
  • 我們應該取消嗎？
  • 27 日將不會舉行會議。
• (WV) 我們是否有任何技術債務需要處理？ (MRB: LLOL)
  • 有另一家公司協助處理開源專案的技術債務。
  • 是否有任何可以在合理時間內修復的東西
  • 合理：可能 2-4 週。
  • Sovereign Tech Fund 的一部分。柏林的公司，約有 10 人。
  • 如果您有想法，請聯繫 Wolf。

推遲到下次會議

• (DPC) Google Summer of Code 2024
  • NumFOCUS 對 2024 年的建議

    從去年吸取的一個主要教訓是，Google 選擇專案的方法不太適合像 NumFOCUS 這樣的傘狀組織。今年，我們強烈建議可以自行申請的專案這樣做。我們鼓勵您探索並在 AI/ML 領域提出專案。我們也期望更多潛在的 GSoC 貢獻者尋找與 AI/ML 相關的想法。

  • 來自 Google

    我們期待更多 AI/ML 開源組織參與 GSoC 2024

  • conda-forge 對 GSOC 2024 感興趣嗎？
  • conda-forge 對 conda 範圍的應用感興趣嗎？
    • 還是那會是一個傘狀組織？ 🙁
• (DPC) Conda-Forge 現在退出 Twitter 了，可惡。
• (JK) Almalinux 8

CFEPs

• [ ]