2020-08-26 conda-forge 核心會議
出席者
議程
常規項目
- 電話會議上新成員的介紹
- (CJ) 預算
- 目前的所有批准都已更新。
- 每月螢幕分享並展示文件?
您的新議程項目
上次會議的內容
-
(MRB) 我們是否應該合併這個 (https://github.com/conda-forge/conda-forge.github.io/pull/1139)?
- PR 關於支援的 python 版本
- 等待 isuru
-
(ED) Sylvain:OVH 在 windows VM 上有任何更新嗎?
- TODO:持續追蹤此事
- OVH 希望在我們的頁面某處展示他們的品牌。
- TODO
- (???) 建立網頁以感謝他們(和其他人)
- 如果我們要新增 logo,需要確保我們有權限使用它。
- 在 twitter 上公開表揚一下。「感謝 OVHCloud 提供 VM」等等。(也許在我們在 windows 上發布 qt 後?)
-
(AS) qgpu - GPU 建置代理。
- Drone 還是 Azure?Drone 是一個簡單的 go 可執行檔,您可以在 docker 中執行它。Azure 建置代理是否太過笨重?
- 選擇一個並開始行動
- 等待 Anthony 有空閒時間。
- JH:Github actions 有 runner
- AS:樂意嘗試任何和所有解決方案
- MRB:重新渲染無法將變更推送到 feedstocks 中的 workflow 檔案。目前沒有可行的解決方案。目前正在與 github 合作嘗試解決此問題,但進展緩慢。
新內容
-
(MRB, John) docker hub 變更
- 預設情況下,他們會將我們的映像檔的 pull 限制為匿名使用者每小時幾百次
- https://docker.dev.org.tw/blog/scaling-docker-to-serve-millions-more-developers-network-egress/
- HN: https://news.ycombinator.com/item?id=24262757
- https://news.ycombinator.com/item?id=24268336
Github Docker Registry 一團糟,應不計代價避免使用。
- 它在 Kubernetes 和 Docker Swarm 上已損壞且無法使用。
- 它經常出現不穩定的情況,返回 500 類型錯誤。
- 由於 pull 頻寬量非常有限,因此成本很高。
- 這是基於使用者 pull 映像檔,而不是使用者託管映像檔
- John 為他們的開源計畫提交了申請。一旦我們被接受,他們將有望與我們合作。
- (JK) 檢查 Azure 建置 workers,看看它們是否具有 docker hub 限制
- 目前,我們應該開始嘗試在其他地方託管我們的映像檔
- Isuru 建議使用 github packages
- 我們過去曾使用 quay
- 將採取多管齊下的方法
- (JK) 檢查 Azure 建置 workers,看看它們是否具有 docker hub 限制
- (JK) 與 dockerhub 合作
- (???) 開始將映像檔推送到 quay (github?)
- (???) 在 smithy 中進行變更,以確保我們可以使用那些其他的映像檔位置
- 預設情況下,他們會將我們的映像檔的 pull 限制為匿名使用者每小時幾百次
-
(MRB) AWS 資料已提交
- 我們透過 NumFocus 的 credits 池申請了總共 2k。
- 正在進行來回溝通...
- NumFocus 將把我們的 AWS 帳戶放在他們的帳戶下
-
(KK) Conda 虛擬套件外掛程式
- 從 NVIDIA / RAPIDS 方面來看,希望在更多依賴帶有核心模組的驅動程式的項目上建置更多 conda 套件,例如 MOFED
- (KK) MOFED 基本上是 infiniband 驅動程式。這不是唯一的情況
- 在 conda 端進行工作,以建置外掛程式架構來支援此功能
- https://github.com/conda/conda/issues/10131 (目前預定在 5.0.0 版本發布)
- 可能會使某些專案的建置矩陣爆炸性增長,從 conda-forge 方面來看,我們的立場是什麼?
- 從 NVIDIA / RAPIDS 方面來看,希望在更多依賴帶有核心模組的驅動程式的項目上建置更多 conda 套件,例如 MOFED
進行中的投票
子團隊更新
Bot
ARM
POWER
CUDA
文件
staged-recipes
網站
安全+系統
CI 基礎架構
編譯器升級
CFEP 更新
開啟 PR
-
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,作為臨時措施(即,直到遷移結束)。
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
本次會議
Docker hub
- (JK) 檢查 Azure 建置 workers,看看它們是否具有 docker hub 限制。也許 Azure 和 docker hub
- (JK) 檢查 Azure 建置 workers,看看它們是否具有 docker hub 限制
- (JK) 與 dockerhub 合作,看看我們是否可以獲得 OSS 狀態
- (???) 開始將映像檔推送到 quay (github?)
- (???) 在 smithy 中進行變更,以確保我們可以使用那些其他的映像檔位置
OVH
- (???) 建立網頁以感謝他們(和其他人)
- 如果我們要新增 logo,需要確保我們有權限使用它。
- 在 twitter 上公開表揚一下。「感謝 OVHCloud 提供 VM」等等。(也許在我們在 windows 上發布 qt 後?)
上次會議
2 次會議前
- 找出如何向使用者傳達重大變更。可能應該立即開啟一個 issue 以進行進一步討論。Ping @kkraus,並從這些會議記錄中捕捉更多筆記
- (Eric) TODO:使 strict 成為 conda_forge.yaml 中的一個選項,並預設開啟它。在 conda-smithy 中開啟 issue
3 次會議前
- 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
移至 Issue 追蹤器
- (Kale) 安排 conda 工作小組會議
- cfep-10 後續步驟:CJ 呼籲投票以徵求意見
- cfep-06 後續步驟:要求 staged recipes 團隊支持此 CFEP 並推動其前進
- jakirkham & CJ-wright 同步在遷移 bot 中新增 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