conda-forge 核心會議 2024-08-21
在 Your __new__() agenda items
標題下新增議程項目
與會者
姓名 | 縮寫 | GitHub ID | 隸屬關係 |
---|---|---|---|
Jaime Rodríguez-Guerra | JRG | jaimergp | Quansight/cf |
Filipe Fernandes | FF | ocefpaf | conda-forge |
Jannis Leidel | JL | jezdez | Anaconda/cf |
John Kirkham | JK | jakirkham | NVIDIA/cf |
Marcel Bargull | MB | mbargull | Bioconda/cf |
Klaus Zimmermann | KZ | zklaus | Quansight |
Cheng H. Lee | CHL | chenghlee | Anaconda/cf |
Dasha Gurova | DG | dashagurova | Anaconda/conda |
Matthew R Becker | MRB | beckermr | conda-forge |
共 X 人
常設項目
- [ ]
來自先前會議
- [ ]
進行中的投票
- [ ]
您的 __new__()
議程項目
-
(JK) 結束關於 CentOS 7 / GLIBC 2.17 的議題
- https://github.com/conda-forge/conda-forge.github.io/issues/1436#issuecomment-2263984174
- (HV) 另請參閱關於移除 sysroot hacks 的問題
- MB:
bioconda
尚未開始使用 stdlib 函數,所以這是一個很好的例子,說明這種破壞如何在 conda-forge 之外顯現 - HV: 我們應該記錄如果人們想要使用我們的編譯器,則需要 stdlib 函數。
- MB: 當我們「棄用」舊有的編譯器使用方式時,我們將需要保留 track_features。這將給下游時間來調整到新的方式,如果他們可以修改他們的配方。對於其他用例,我們可能需要考慮可能的影響。
- IF: openmpi 等中的主要問題與 ldflags 未正確設定有關。這已獲得解決。因此,時間上不是很緊迫,我們可以慢慢來把事情做好。
- HV: 發布關於棄用/stdlib 要求的公告。
- IF: 如果使用者想要在其機器上本機使用編譯器,那麼我們的編譯器應該知道如何使用系統 sysroot(而不是 conda-forge 的)。關於實際問題的新議題似乎更有用。
- 行動項目
- 回覆該議題,提及 bioconda 的情況
- 要求提出關於實際問題的新議題,以便我們可以提出更好的解決方案
- JK: 如果這個 sysroot 議題不是障礙,那麼我們可以結束 2.17 嗎?
- MRB: 注意
current_repodata.json
hacks,因為我們正在那裡為 sysroots 新增一些中繼套件。這不會破壞它,但會使classic
的求解變得更困難。(libmamba 不使用 current_repodata)。 - MB: 向 Anaconda 詢問 conda 版本使用情況、求解器使用情況。
- Jaime: 我們想要匿名使用者代理字串
- JL: 在 conda/infrastructure 中建立議題以進行後續追蹤。
-
(JK) Travis?
- https://github.com/conda-forge/status/issues/185
- Power builds 在幾週前停止建置
- R builds 是原生建置的重度使用者
- 最近 Travis 上的 ARM builds 也受到影響
- 已開啟工單給 Travis 以解決
- Travis 定期表示他們正在調查,但截至目前尚無具體進展
- 我們應該怎麼做?
- (IF) 交叉編譯
- 移動 R 交叉編譯
- 將 arch migrator 變更為交叉編譯
- JRG: 預設停用 Travis 註冊
-
(JK) Python 3.13
- https://github.com/conda-forge/python-feedstock/pull/679
- PR 已準備好用於 RC1
- 想要圍繞 free-threading/GIL 新增一些命名
- Jonathan H. 正在 Anaconda 端處理 Python 3.13
- 計畫從 GIL 建置開始。之後可以追蹤 free-threading 遷移
- 目前的函式庫相容性:https://py-free-threading.github.io/tracking/
-
(KZ) python-build vs build 議題
- 簡短摘要
- 建置器 https://build.pypa.io 最早於 2020 年在 python-build-feedstock 中新增,然後在 2021 年又錯誤地在 build-feedstock 中新增,隨後被封存。
- 現在同時有
python-build
和build
套件,但build
套件已嚴重過時 - 人們和套件維護者使用
build
,發現它過時並感到困惑,直到他們偶然發現python-build
。 - 我們在狀態頁面上掛著一個遷移器,所有條目都是 0。
- 前進方向
- 新增
build
作為python-build
的別名,以便兩個名稱都適用於目前版本? - 將所有
build
套件標記為broken
以強制人們遷移? - 如果需要,結束遷移器/完成它?
- 新增
- MRB: 最近在哪裡發生過這種情況?
- KZ: 我不清楚最近有任何實際問題。我只是再次偶然發現這個問題,因為我正在尋找在遷移器方面取得一些進展,而這個到處都是 0 的遷移器很突出,讓我想起了討論。
- MRB: 我們應該在這個檔案中新增一個條目:https://github.com/conda-forge/conda-forge-pinning-feedstock/blob/main/recipe/linter_hints/hints.toml,讓 linter 警告關於使用 build。請參閱 PR https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/6313
- MRB: 順便說一下,如果任何新的 feedstock 新增對
build
的參考,遷移器將會重新填充自己,然後機器人將發送 PR。 - 待辦事項
- 合併 linter hints
- 將現有的 build 套件標記為 broken (KZ: https://github.com/conda-forge/admin-requests/pull/1048)
- 發布公告,說明我們永遠不會帶回
build
- 簡短摘要
-
(IF) conda-forge 配方下游使用者的說明
- https://github.com/prefix-dev/reproducible-builds/issues/182
- (CHL) Anaconda 將跟進以確保配方許可證得到妥善處理(複製到套件的中繼資料目錄;針對 Anaconda 變更進行修改/擴充等)
- 與 Wolf 追蹤 prefix
- (TODO) 記錄配方許可證檔案如何複製
-
(DG) Anaconda 團隊計畫更新 anaconda.org 的 Channel Cloning 基礎架構
延後至下次會議
- (JK) AlmaLinux 8 / GLIBC 2.28
- (JK) CUDA 12 遷移結束?
- (JK) (我們何時想要) 結束 Python 3.12 遷移?
- (JK) NumPy 2 (檢查)
- (JK) R 4.4 / UCRT (檢查)
- (MRB) pip-feedstock 移除 setuptools+wheel 作為依賴項
CFEPs
- [ ]