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

Zoom 連結 我的時區會議時間

與會者

議程

常規項目

• 新成員介紹
• (CJ) 預算

您的新議程項目

• (MRB) CFEP-13 和團隊更新已完成

• (CJ) 廢棄的 feedstock 期望的使用者體驗是什麼？我們如何達成？

  • 我們目前的使用者體驗非常糟糕，因為我們的使用者與 feedstock 的維護之間存在很大的脫節。這意味著許多使用者可能不知道 feedstock 未被維護，或者可能無法自行維護 feedstock。許多使用者可能只有在我們沒有發布關鍵修復或安全補丁時才會發現問題。
  • 我的建議是驗證 feedstock 的狀態，並盡我們最大的努力提供支援，同時不消耗我們維護者的額外時間
    1. 新增一個 issue，詢問 feedstock 是否未維護（如果 3 個 bot 版本 bump PR 在一個月內未被處理）
       • https://github.com/regro/cf-graph-countyfair/blob/master/status/could_use_help.json
    2. 如果 issue 未及時處理（關閉且 bot PR 合併/關閉）（一個月？），則視為廢棄
    3. 移除維護者並新增一個 caretaker unmaintained 團隊。這個團隊的唯一工作是合併任何新增維護者的 PR（並移除他們自己）
    4. 在 Readme 頂部新增一行，說明 feedstock 未維護，歡迎/鼓勵/需要任何新的維護者
    5. 新增 automerge 和當時可用的任何其他自動化功能（例如，依賴項更新）
    6. 我們可以為系統重要套件（例如 ruamel.yaml）做出例外
  • 需要提供安裝回饋，說明 feedstock 未維護
  • 新增無維護者 feedstock（適用於那些尚未接受邀請的人）
  • 不要移除維護者
  • CVE？當新的 CVE 在未維護的 feedstock 上出現時，我們該怎麼辦？我們可以產生這些東西的列表嗎？
  • 提供
  • 自動合併？
    • R 對於嚴格管理的 metadata 沒問題
    • 另一方面，Python 在依賴項解析方面一團糟。如果我們新增 grayskull 自動更新 metadata，那麼大多數關於自動合併的擔憂就會消失。
    • 其他語言呢？
  • 上游廢棄的套件呢？
  • 沒有維護者的 feedstock 是另一個好的起點
  • https://github.com/conda-forge/cfep/pull/15
  • 待辦事項：在 hackmd 上捕捉總體策略。
    1. 推動 CFEP 確定未維護的含義
    2. ???

• (FF) 透過 NumFOCUS 卡支付 Heroku 費用，這將直接從我們的資金中扣款。NumFOCUS (Leah) 也正在與 Heroku 聯繫，看看他們是否可以為我們提供一些特別的免費服務。

• (FF) AWS 積分：我們有 1k，我們可能會得到更多。我們必須批准 2 個計劃，一個是針對我們現有的，第二個是針對額外的，我會問 Andy 我們是否也可以執行。

• (IF) AWS 的 Windows 伺服器。這將使 Windows recipe 的除錯比在 CI 伺服器上除錯容易得多。定價在 https://aws.amazon.com/workspaces/pricing/?nc=sn&loc=3

• AWS 結果

  • 我們將提出一個很大的請求，因為這才是有用的。
  • 打算要求很多，讓他們減少。
  • 總計將為 1600 + Windows 伺服器的成本
  • 使用此伺服器
    • 8 vCPU、32 GB 記憶體 80 GB 50 GB $130.00 $9.75/月 + $1.53/小時

• (IF) macOS arm 正在進行中。

  • 目前受到 CDN 不支援 osx-arm64 下載的阻礙
  • 開始建置 python 依賴項。
    • zlib - 必須保護 make check
    • bzip2/libffi - 工作正常（在 libffi 上關閉 test_on_native_only，因為測試僅為存在性測試）
    • xz/ncurses - 必須執行 autoreconf 以取得新的 config.sub 和 config.guess
    • ncurses - 必須設定 BUILD_CC 而不是標準的 CC_FOR_BUILD。（我們可能也應該設定那個）
    • ncurses - 需要 build 中的 ncurses。 https://github.com/conda/conda-build/pull/4011
  • 上述某些任務的 Mini-migrators
    • 使用 CONDA_BUILD_CROSS_COMPILATION 環境變數的條件保護 make check。
    • 將 cmake . 更改為 cmake ${CMAKE_ARGS} .
  • macOS Arm migrator 改進
    • 確定 source tarball 是否有 config.sub 和 config.guess，如果有，則將它們替換為 libtool 中的新版本。
    • 如果測試僅為存在性檢查，例如 test -f，則關閉 test_on_native_only。

• (CHL) conda 4.8.4 已於 2020-08-12 發佈到 "defaults"；conda-build 版本將在接下來的一兩週內發佈。

• (AS) qgpu - GPU 建置代理。

  • Drone 還是 Azure？Drone 是一個簡單的 go 可執行檔，您可以在 docker 中執行它。Azure 建置代理很笨重？
  • 選擇一個並開始

上週未完成的事項

誰在負責這些行動項目？

• (Paul Martin) 從 Intel 而不是 Anaconda 重新封裝 intel MKL

  • 除非 Intel 給我們一份書面文件，允許我們這樣做，否則我們應該堅持重新封裝
  • https://github.com/conda-forge/intel_repack-feedstock/pulls
  • https://github.com/conda-forge/intel_repack-feedstock/pull/12
  • 行動項目
    • 向 Intel 詢問他們對我們重新封裝選項的舒適程度的意見
    • 如果他們對直接重新封裝感到滿意，請要求允許 bot 根據需要抓取版本號
    • 如果 Intel 對 bot 抓取感到滿意，請提出 issue 到 cf-scripts 以啟用
    • 一個月後再檢查，除非事情更快發生

• 放棄 python 3.6

  • 需要一個公告週期
  • 我們應該遵循 NEP29 嗎？NEP29 + 6 個月？
    • https://numpy.dev.org.tw/neps/nep-0029-deprecation_policy.html#drop-schedule
  • Python 3.x 版本的生命週期結束
    • https://devguide.python.org/#status-of-python-branches
  • pypy 不適用於 3.7
    • https://foss.heptapod.net/pypy/pypy/-/wikis/py3.7%20status
  • 行動項目：發送到 issue（從 pypy 團隊和其他人那裡取得意見）

進行中的投票

子團隊更新

Bot

• 如果 bot 是唯一的提交者，則現在會關閉有衝突的 PR
• Bot 在星期一發生了故障，但現在應該已解決

ARM

POWER

CUDA

文件

staged-recipes

網站

安全性+系統

請參閱上方

CI 基礎架構

編譯器升級

CFEP 更新

開啟的 PR

• cfep-04 X11 和 CDT 政策

  • 非活動 - 以某種非活動狀態合併？
  • 需要新的倡導者。感謝 pkgw 在這方面的工作！自 2020 年 1 月 10 日起，pkgw 提出了未處理的評論

• cfep-06 Staged-recipes 審查生命週期

  • 非活動 - 以某種非活動狀態合併？
  • 來自 @saraedum 的持續評論。@jakirkham，您可以回覆嗎？自 2020 年 1 月 8 日起，@saraedum 提出了未處理的評論
  • (MRB) stalebot 已經解決了這裡最糟糕的問題。我認為我們可以永久延遲這個。

• cfep-10 Feedstock 狀態，未維護

  • 非活動 - 以某種非活動狀態合併？
  • 需要另一次審查。自 2020 年 1 月 11 日起，pkgw 提出了未處理的更新

• cfep-12 移除違反原始套件條款的套件

  • 自 2020 年 5 月 26 日以來停滯不前
  • 關於移動到「broken」與從 conda-forge 頻道刪除的積極辯論
  • 進行中的投票，於 2020-03-11 結束
  • 投票結果如何？
  • 我們收到 NumFOCUS 的回覆了嗎？

• cfep-17 處理 pin backports 和依賴項重建

  • Isuru、CJ 和 Matt 之間關於實施細節的停滯辯論
  • 2020-07-22 更新：原則上我們已達成協議，在臨時基礎上（即，直到遷移結束）直接在 feedstock 中渲染所需的多餘 pinning。

討論

檢查先前的行動項目

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

本次會議

上次會議

• 找出如何向使用者傳達重大變更。可能應該立即開啟一個 issue 以進行進一步討論。Ping @kkraus，並從這些會議記錄中擷取更多筆記

• (Eric) 待辦事項：使 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 tracker
• Jonathan 將更新文件，註明一些非詳盡的套件列表（如 cuda-toolkit、MKL 等）
• Jonathan 將審查此 PR

3 次會議前

移動到 Issue Tracker

• (Kale) 安排 conda 工作組
• cfep-10 後續步驟：CJ 呼籲投票以徵求回饋
• cfep-06 後續步驟：要求 staged recipes 團隊倡導此 CFEP 並推動其前進
• jakirkham & CJ-wright 同步將 CUDA 新增到 migration bot
• (Eric) 安排 Anaconda <-> conda-forge 同步關於 anaconda.org 需求收集
  • 將嘗試在下個月安排此項。
• (Anthony) 聯繫 NumFocus 以 выяснить 不在文件中包含許可證的法律後果。
• (Eric) 在內部檢查用於酒店和從社群中空運人員的資金水平？
• (Eric) 找出 conda-forge 的財務狀況以支持他們自己？
• (jjhelmus) 開啟 CFEP，了解我們將支持哪些 python
• (jakirkham) 撰寫一篇關於我們今天討論的 CUDA 內容的部落格文章
• (jakirkham) 更新關於如何將 CUDA 支援新增到 feedstock 的文件
• (jakirkham) 將在 conda-smithy 上開啟一個 issue，以調查 Drone 問題。（ping aarch 團隊）
  • https://github.com/conda-forge/conda-forge.github.io/issues/954
• (ED) 我們是誰頁面？FAQ 和每個人是誰的某種組合。FAQ 內容例如
  • CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
  • 各個子團隊的 POC 是誰？
  • 非正式資訊：角色、日常工作、簡歷、所有細節、您為何在此等等。
  • 公開還是內部？我真的不在乎哪種方式。有人強烈偏向其中一種方式嗎？
  • 選擇加入公開簡歷
  • software carpentry 有大量的講師，並且有 https://carpentries.org/instructors
  • 對「又一個地方來保持內容更新」的一些擔憂
• (CJ) 組建財務子團隊
• (ED) 記錄使用 conda-forge 的可重現環境策略
• (UK) 靜態函式庫內容
  • 新增 linting 提示到 builds 以找到它們
  • 建議如何封裝它們 -> CFEP-18
  • 我們應該編寫文件說明我們不提供支援，這是一個壞主意。 -> CFEP-18