跳到主要內容

2020-08-26 conda-forge 核心會議

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

出席者

議程

常規項目

  • 電話會議上新成員的介紹
  • (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 限制為匿名使用者每小時幾百次

      Github Docker Registry 一團糟,應不計代價避免使用。

      1. 它在 Kubernetes 和 Docker Swarm 上已損壞且無法使用。
      2. 它經常出現不穩定的情況,返回 500 類型錯誤。
      3. 由於 pull 頻寬量非常有限,因此成本很高。
    • 這是基於使用者 pull 映像檔,而不是使用者託管映像檔
    • John 為他們的開源計畫提交了申請。一旦我們被接受,他們將有望與我們合作。
      • (JK) 檢查 Azure 建置 workers,看看它們是否具有 docker hub 限制
    • 目前,我們應該開始嘗試在其他地方託管我們的映像檔
      • Isuru 建議使用 github packages
      • 我們過去曾使用 quay
    • 將採取多管齊下的方法
      • (JK) 檢查 Azure 建置 workers,看看它們是否具有 docker hub 限制
      • (JK) 與 dockerhub 合作
      • (???) 開始將映像檔推送到 quay (github?)
      • (???) 在 smithy 中進行變更,以確保我們可以使用那些其他的映像檔位置
  • (MRB) AWS 資料已提交

    • 我們透過 NumFocus 的 credits 池申請了總共 2k。
    • 正在進行來回溝通...
    • NumFocus 將把我們的 AWS 帳戶放在他們的帳戶下
  • (KK) Conda 虛擬套件外掛程式

    • 從 NVIDIA / RAPIDS 方面來看,希望在更多依賴帶有核心模組的驅動程式的項目上建置更多 conda 套件,例如 MOFED
      • (KK) MOFED 基本上是 infiniband 驅動程式。這不是唯一的情況
    • 在 conda 端進行工作,以建置外掛程式架構來支援此功能
    • 可能會使某些專案的建置矩陣爆炸性增長,從 conda-forge 方面來看,我們的立場是什麼?

進行中的投票

子團隊更新

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