2020-04-15 conda-forge 核心會議

出席者

* CJ Wright
* Jonathan Helmus
* Eric Dill
* Matthew Becker
* Cheng Lee
* Marius van Niekerk
* Amy Williams
* Timothy Snyder
* John Kirkham
* Michael Sarahan
* Kale Franz
* Marcel Bargull
* Patrick Sodré
* Uwe Korn
* Sylvain Corlay
* Nehal Wani
* Wolf Vollprecht
* Anthony Scopatz

議程

您的議程項目

• 線上人員介紹

  • Tim S.
  • Nehal W.
  • Sylvain
  • Cheng Lee
    • Anaconda Distro 與 CF 之間主要的日常代表

• cfep-12 移除違反來源套件條款的套件

  • 投票於 2020-03-11 結束。投票結果為何？
  • 一週前 Isuru 詢問我們是否收到 NumFOCUS 的回覆（Filipe：更好的是，誰是我們的 NF 聯絡人？我自願了，但核心人員完全沒有回應。）

• [MRB] CFEP-13

  • 移除 appveyor
    • 在 @isuruf 的出色工作下，我們成功遷移了 isl。
    • 剩下唯一的問題是 libssh2，它運作正常，但受限於另一個獨立問題。
    • 我對其他所有內容（約 400 個套件）進行了普查。它可分為 5 種情況
      1. 套件有建置錯誤並使用 appveyor（約 10 個）
      2. feedstock 中的錯誤導致我的程式碼顯示它有 appveyor 但實際上沒有（約 20 個）
      3. 套件有一個用於 PR 的舊分支（不應該在那裡）並使用 appveyor，但在 master 分支上沒有
      4. 套件有一個舊版本分支使用 appveyor，但在 master 分支上沒有
      5. 套件在 master 分支上使用 appveyor，但至少 1.5 年沒有建置過
    • 鑑於以上情況，我認為完全可以移除 appveyor。
  • 網路服務機器人上的端點已完成
  • 接下來的步驟是
    • 1. 在 smithy 中啟用 token 輪換
    • 2. 在 ci 設定和 smithy 中啟用端點的使用
    • 3. 幾個大規模遷移，將 feedstocks 移至新系統
    • 4. PR 到 staged recipes，為所有項目啟用它
  • 從 AppVeyor 遷移到 Azure 的唯一問題是 Python 3.6.x 和 Python 3.7.x 使用 Profile Guided Optimization (PGO)，但 Python 3.8 不使用。如果我們遷移到 Azure，我們的 Python 會變慢。PGO 使 Python 速度提升 30-40%。
    • jhelmus 有一個關於將 Python 3.6 遷移到 azure 的待處理 PR（停用 PGO）。Appveyor 超時。

• [CJ] 需要更好（更積極？）地處理 pinning PR

  • 既然機器人提出了它們，最好更積極主動地合併/拒絕/延遲遷移
  • 全部合併。祝好運。
  • https://github.com/regro/cf-scripts/issues/962

• [CJ] 為核心人員提供免費 pycharm/jetbrains 授權 (如果您需要授權或遵循 keybase 中的連結，請 ping CJ)

  • 大約一年後，CJ 需要 ping JetBrains 以續約

• [MRB] 機器人普查！

  • 請回覆我們的訊息，提供您擁有的任何資訊！
  • 從訊息中，我們正在圍繞 keybase + authy 組織，以保護憑證 + MFA

• [Wolf+SC] 鏡像

  • 希望 Wolf 和 Sylvain 可以共同擬定一份關於此的 CFEP

  • OVHCloud 有興趣為 conda-forge 提供免費託管和計算資源。注意：他們已經託管了 mybinder 的大部分流量和 nbviewer。注意：他們已經主動提出託管 Scopatz 的 meta channel thingy。

  • 當更新大量相互依賴的套件時，擁有一個非 CDN 鏡像可能在短期內很有用。例如 ROS 發行版。這可能會加速遷移。

  • 這也可以與一些建置資源共置。

  • Mamba / QuantStack：測試自動尋找鏡像並找到最快的鏡像
  • conda-web.anaconda.org 繞過 conda.anaconda.org CDN (來自 conda-web 的頻寬成本更高，沒有 repodata patches)
  • Anaconda 維護 repodata metadata patching，需要弄清楚如何管理它的鏡像
  • 如果您要鏡像，那麼您應該鏡像 CDN repodata.json
  • https://pypi.org/project/conda-mirror/ https://github.com/regro/conda-mirror
  • 如何在 OVHCloud 上取得帳戶？
  • conda-forge 是否應該考慮轉向一種模型，我們從 CI 上傳 -> blob 儲存 -> anaconda.org？然後 conda-forge 可以維護自己的備份。
  • 關於 MITM 的安全性考量。
  • 安排後續討論
    • Sylvain ([email protected])
    • Wolf
    • Marius
    • Kirkham
    • Uwe
    • Patrick
    • Eric
    • Matthew Becker ([email protected])
    • Jonathan (內部檢查還有誰)
    • Cheng ([email protected])
    • Scopatz ([email protected])
    • Kale ([email protected])
  • (Nehal) Conda 是否會支援給定頻道的 multiple mirrors？（如果一個超時/速度慢，則嘗試另一個鏡像）
    • Mamba 是 - 雖然就公共頻道而言，這可能沒有意義，因為有 CDN。
    • [Kale] 我認為絕對值得 Conda 考慮。但簽名/工件驗證需要納入考量。那是我們現在正在積極努力的事情，所以現在是將其納入對話的好時機。

• [Uwe] conda-build 問題

  • 目前我們有很多最新版本標記為損壞
  • 主要是前綴替換
  • Jonathan 回應此問題

• [Kale] 關於專注於主要 Conda 功能和設計倡議的工作組提案，這些倡議廣泛影響整個生態系統

  • 列表頂端內容：pypy、命名空間
  • 約每週一次的節奏，可以根據需要調整
  • (eric) 希望在核心會議上偶爾收到更新/報告。
  • 如果有興趣，請在此處新增您的姓名
    • Marius
    • Scopatz
    • Matthew Becker ([email protected])
    • Sylvain
    • Wolf
    • Cheng
    • Eric (可能)
    • Michael Sarahan
    • Nehal (希望有一天能實作 https://pastebin.com/raw/2bFFM76u！)
    • Marcel (希望從六月開始 -- 如果 Bioconda-Job 事情順利的話)
    • Kirkham
    • Filipe Fernandes ([email protected])
  • [Kale] @Nehal 關於套件簽名，我們現在有一位工程師 100% 專注於設計和開發它。這位工程師是 Sebastian Awwad https://www.linkedin.com/in/sebastienawwad/，他曾在紐約大學的 TUF 小組工作多年。
  • 這與開放 conda repos 的合併權限有何關係？
    • 您希望作為 conda 維護者獲得什麼？一些想法
      • 參與圍繞 conda 方向的討論
      • 減輕發行團隊的一些壓力

• [CJ] 文件中的機構合作夥伴頁面

  • 待辦事項：提交 PR 的骨架到 conda-forge.github.io repo

進行中的投票

子團隊更新

機器人

• [CJ/Matt] R 4.0.0 遷移準備工作正在進行中
  • 在此處查看狀態：https://github.com/conda-forge/conda-forge.github.io/issues/1025
  • 在 PR 之前使用 Mamba 檢查可解性（對於可以這樣做的遷移），以便減少已知建置會失敗的 PR 開啟，使自動合併更成功
  • 已發送 PR，將自動合併新增至團隊中所有帶有 conda-forge/r 的 r-* feedstocks，使用 cran_mirror，而不是 r-base。（與 conda-forge/r 團隊達成協議）
• [CJ] 更好地理解/處理 run_exports
  • 特別適用於涉及 boost 和僅標頭依賴項的問題 https://github.com/regro/cf-scripts/issues/960

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 日

• cfep-10 Feedstock 狀態，未維護

  • 非活動 - 以某種非活動狀態合併？
  • 需要另一次審查。有來自 pkgw 的未回覆更新，日期為 2020 年 1 月 11 日

• cfep-12 移除違反來源套件條款的套件

  • 關於移動到 "broken" 與從 conda-forge 頻道刪除的積極辯論
  • 進行中投票，於 2020-03-11 結束
  • 投票結果為何？
  • 我們是否收到 NumFOCUS 的回覆？

討論

檢查先前的行動項目

從上次會議議程複製先前的行動項目。

上次會議

• (Dill) 安排鏡像對話
• (Kale) 安排 conda 工作組
• (CJ) 合併所有 pinnings PR
• (MRB) CFEP-13 後續步驟？
  • 在 smithy 中啟用 token 輪換
  • 在 ci 設定和 smithy 中啟用端點的使用
  • 幾個大規模遷移，將 feedstocks 移至新系統
  • PR 到 staged recipes，為所有項目啟用它
• (CJ) 文件中的機構合作夥伴頁面
  • 待辦事項：提交 PR 的骨架到 conda-forge.github.io repo

2 次會議前

3 次會議前

• (Matt Becker) 使用我們目前的想法/原則更新文件。

移至 Issue Tracker

• 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 版本
• 移除 conda forge readthedocs。
• (jakirkham) 撰寫一篇關於我們今天討論的 CUDA 內容的部落格文章
• (jakirkham) 更新文件，說明如何將 CUDA 支援新增至 feedstocks
• (jakirkham) 將在 conda-smithy 上開啟一個 issue 以調查 Drone 問題。（ping aarch 團隊）
  • https://github.com/conda-forge/conda-forge.github.io/issues/954