2020-08-05 conda-forge 核心會議
與會者
- Matthew R. Becker
- Cheng H. Lee
- CJ
- Ray Douglass
- Paul Martin
- Isuru
- Keith K
- Sylvain
- Wolf
- Michael Sarahan
- Scopatz
- Helmus
- Marcelo
- Marius van Niekerk
議程
常規項目
- 在會議中為新成員介紹
- (CJ) 預算
您的新議程項目
-
(MRB) 即將開始從 feedstocks 移除人員
- smithy 和網路服務在配方中不再列出維護團隊成員時,沒有從維護團隊中移除人員
- 我放入了一個錯誤修復
- 我使用測試 feedstock 在各種排列組合中測試了這個錯誤修復。運作正常。
- 即將推出
- 發布公告
- 為網路服務啟用它
- 使用管理員遷移來清理其餘的 feedstocks
- 沒有提出任何問題或疑慮
-
(MRB) 最終完成 CFEP-13
- 輸出驗證看起來運作良好
- (IF) 我們仍然不時遇到 git clone 問題,但不是大問題
- (MRB) 最新的 smithy 修復程式修正了這個問題,因此隨著人們使用更新的版本,這些問題應該會越來越少。
- 最後一步是輪換 binstar token
- 即將刪除 conda-forge 的所有當前 token,並建立一個新的 token,僅存在於 heroku 和 admin-requests 中
- 推出
- 發布公告
- 建立新的 token
- 使用新的 token 更新 heroku
- 使用新的 token 更新 admin-requests
- 希望我們不會破壞任何東西
- 推出後清理
- 從 feedstocks 中的 conda-forge.yml 中移除任何舊的加密 token
- 將 staging token 放入我們使用的 azure 全域憑證中
- 從 azure builds 中移除個別憑證
- 考慮停止使用 PGO 建置 python 3.6 (Appveyor 上的 Windows builds)
- 輸出驗證看起來運作良好
-
停止支援 python 3.6
- 需要公告週期
- 我們應該遵循 NEP29 嗎?NEP29 + 6 個月?
- Python 3.x 版本的生命週期結束
- No pypy for 3.7
- 行動項目:發送到 issue (從 pypy 團隊和其他人取得輸入)
-
(CHL) 即將到來的 conda 4.8.4 版本;規劃 4.9.0
- 4.8.4 (或多或少) 僅為錯誤修復,包括兩個會導致資料遺失的錯誤。
- 預計發布日期:2020-08-07 (左右)。
- 4.9.0 正在規劃中
- 應該會在 4.8.4 之後相對快速跟進 (1-2 個月後)
- 主要變更:Isuru 的 CPU 功能標誌和 osx-arm64 PRs (變更虛擬套件報告;新增未經測試、"未發布" 的平台,因此不適合用於修補程式版本)
- (MRB) 也請處理這個:https://github.com/conda/conda/pull/10057
- 看起來它在 4.9.0 上
- 4.8.4 (或多或少) 僅為錯誤修復,包括兩個會導致資料遺失的錯誤。
-
(Paul Martin) 從 Intel 而不是 Anaconda 重新封裝 intel MKL
- https://github.com/conda-forge/intel_repack-feedstock/pulls
- https://github.com/conda-forge/intel_repack-feedstock/pull/12
- 行動項目
- 請求 Intel 就我們重新封裝選項的舒適程度提供意見
- 如果他們對直接重新封裝感到舒適,請請求允許機器人根據需要抓取版本號
- 如果 Intel 對機器人抓取感到舒適,請提出 issue 給 cf-scripts 以啟用
- 一個月後再回來查看,除非事情提前發生
上週未完成的事項
進行中的投票
子團隊更新
機器人
ARM
POWER
CUDA
文件
staged-recipes
網站
安全+系統
請參閱以上項目。
CI 基礎設施
編譯器升級
CFEP 更新
開啟的 PRs
-
cfep-04 X11 和 CDT 政策
- 非作用中 - 以某種非作用中狀態合併?
- 需要新的倡導者。感謝 pkgw 在這方面的工作!有來自 pkgw 的未回覆評論,自 2020 年 1 月 10 日起
-
cfep-06 staged-recipes 審查生命週期
- 非作用中 - 以某種非作用中狀態合併?
- 來自 @saraedum 的持續評論。@jakirkham,您可以回覆嗎?有來自 @saraedum 的未回覆評論,自 2020 年 1 月 8 日起
- (MRB) stalebot 已經解決了這裡最嚴重的問題。我認為我們可以永久延遲這個問題。
-
cfep-10 Feedstock 狀態,未維護
- 非作用中 - 以某種非作用中狀態合併?
- 需要另一次審查。有來自 pkgw 的未回覆更新,自 2020 年 1 月 11 日起
-
cfep-12 移除違反來源套件條款的套件
- 自 2020 年 5 月 26 日起停滯不前
- 關於移動到 "broken" 與從 conda-forge 頻道刪除的積極辯論
- 進行中的投票,於 2020-03-11 結束
- 投票結果如何?
- 我們有收到 NumFOCUS 的回覆嗎?
-
cfep-17 處理 pin backports 和依賴項重建
- Isuru、CJ 和 Matt 之間關於實作細節的停滯辯論
- 更新 2020-07-22:原則上我們同意在 feedstock 中直接呈現所需的額外 pinnings (即,直到遷移結束)。
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
本次會議
上次會議
-
找出如何向使用者傳達重大變更。可能應該立即開啟 issue 以進行進一步討論。Ping @kkraus,並從這些會議記錄中擷取更多筆記
-
(Eric) TODO:使 strict 成為 conda_forge.yaml 中的一個選項,並預設開啟它。在 conda-smithy 中開啟 issue
2 次會議前
- Eric 將在我們的文件中新增一個頁面,說明如何在商業關係中與 conda-forge 和附屬機構互動。
- Eric 將從 Keith 取得 NVBug 連結,並將其存檔在 conda-forge google drive 中。
- John K. 將更新 git repo 上的 cuda toolkit feedstock,以註記 NVBug 連結到 NVIDIA 內部 issue 追蹤器
- Jonathan 將更新文件,以註記一些非詳盡的套件列表 (例如 cuda-toolkit、MKL 等)
- Jonathan 將審查此 PR
3 次會議前
移動到 Issue 追蹤器
- (Kale) 安排 conda 工作小組
- cfep-10 後續步驟:CJ 呼籲投票徵求回饋
- cfep-06 後續步驟:要求 staged recipes 團隊支持此 CFEP 並推動其前進
- jakirkham & CJ-wright 同步在遷移機器人中新增 CUDA
- (Eric) 安排 Anaconda <-> conda-forge 就 anaconda.org 需求收集進行同步
- 將嘗試在下個月安排此項。
- (Anthony) 聯繫 NumFocus 以釐清不包含檔案中的許可證的法律後果。
- (Eric) 內部查詢社群飯店和機票的資助額度?
- (Eric) 釐清 conda-forge 的財務狀況以支持自身?
- (jjhelmus) 開啟 CFEP,說明我們將支援哪些 python 版本
- (jakirkham) 撰寫一篇關於我們今天討論的 CUDA 內容的部落格文章
- (jakirkham) 更新文件,說明如何將 CUDA 支援新增到 feedstocks
- (jakirkham) 將在 conda-smithy 上開啟一個 issue 以調查 Drone 問題。(ping aarch 團隊)
- (ED) 關於我們頁面?FAQ 和所有人的組合。FAQ 內容例如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
- 各個子團隊的 POC 是誰?
- 非正式資訊:角色、日常工作、簡歷、全部細節、您在這裡的原因等。
- 公開還是內部?我真的不在乎哪一種。有人強烈偏好其中一種嗎?
- 選擇加入公開簡歷
- software carpentry 有大量的講師,並且有 https://carpentries.org/instructors
- 對於 "又一個需要保持更新的地方" 的一些擔憂
- (CJ) 組成財務子團隊
- (ED) 記錄使用 conda-forge 的可重現環境策略
- (UK) 靜態程式庫內容
- 在建置中新增 linting 提示以找到它們
- 建議如何封裝它們 -> CFEP-18
- 我們應該撰寫文件說明我們不提供支援,這是一個壞主意。 -> CFEP-18