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

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

出席者

議程

常規項目

• 介紹電話會議中的新成員
• (CJ) 預算

您的新議程項目

• (ED) @sylvain: 來自 OVH 關於 Windows VM 的任何更新嗎？

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

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

• (CJ) 版本升級提供依賴分析作為提示

  • 基於原始碼分析，為機器人提供提示系統，指出我們認為的依賴關係應該是什麼
  • 目前使用 depfinder。 僅適用於 Python。
  • 大約 6000 個套件已被分析
  • 在 30% 的套件中，depfinder 和 CF 元數據一致
  • https://github.com/regro/cf-scripts/pull/1126
  • https://github.com/regro/cf-graph-countyfair/tree/master/audits/depfinder
  • https://github.com/regro/cf-graph-countyfair/blob/master/audits/depfinder/_net_audit.json
  • 我們可以對 C 語言套件執行此操作嗎？
    • 建置後步驟會對建立的 DSO 執行某些操作。 無法事先執行。 你可以在建置後檢查。
    • (CJ) C 語言建置可以發布此資訊嗎？
    • (JJ) 也許？
    • (FF) 如果依賴項在建置時不存在，C 語言建置將會失敗。 Python 則不會。
  • 我們可以對 R 語言執行此操作嗎？
    • 從 CRAN 取得元數據並更新
    • 使用 skeleton 取得 R 語言依賴項。 Grayskull 尚不處理 R 語言配方。
  • 套件數量：6 千個是 Python，2 千個是 R 語言。 在這兩者之間，我們將涵蓋 80% 的生態系統。
  • (MB) 我們應該如何處理資訊遺失？ 可選依賴項 - 也許以註解形式捕捉在 meta.yaml 中？ 依賴項的版本範圍？
    • 可選依賴項 - 捕捉在 info 的額外部分
  • (CJ, 增補) conda-forge、pypi 和匯入之間的映射： https://github.com/regro/cf-graph-countyfair/blob/master/mappings/pypi/name_mapping.yaml
    • 請注意，此映射並不完善，因為它依賴於 conda-forge 的 test: imports: 元數據。
    • 如果我們可以直接從套件/原始碼取得這個資訊，那就太好了

• (KK) conda-forge 中的 cudatoolkit 套件

  • 仍然只發布根據 EULA 可重新發布的部分（共享函式庫）
  • nvbug #: 3052604
    • 內部 NVIDIA 系統用於追蹤此類型的批准
    • 連結（僅在 NVIDIA 內部網路中有效）： http://nvbugs/3052604/
  • (KK) 批准在 conda-forge 上託管與 defaults 相同的 cudatoolkit 版本
    • 也許不只是從 defaults 複製配方。 或者至少重新審視
    • 希望有幾位 Nvidia 人員維護配方。 隨著時間推移將其遷移到 Nvidia 的 CUDA 團隊。
    • (JK) 也許可以使用變體在一個分支中維護所有版本
  • (JJ) cudnn 呢？ 我們可以將其移至 CF 嗎？
  • (KK) 所有 cuda 函式庫都應該可以從 CF 發布。 只要我們可以在 pre-link 或 post-link 中顯示 EULA。 NVIDIA 內部對於僅將其作為 pre-link 腳本消息傳遞機制即可。
  • (IF) 你們有沒有考慮過分割配方，使所有不同的函式庫最終都位於不同的 conda 可安裝單元中？
    • (KK) 是的，那是長期計畫。 我們正在嘗試處理 Windows 方面。 他們的團隊主要專注於 Linux。
    • (JJ) 如果我們最終要處理 Windows，那麼請確保我們擁有所有 Windows 版本。 如果你只有一兩個可用的套件，而 default 擁有許多套件，那麼嚴格的通道優先順序是有害的。

• (CHL) 僅供參考：conda 4.8.4 行為變更 --- 虛擬套件約束現在強制執行

  • 肯定會影響許多 CUDA 套件（例如，無法再在 CUDA 9.x 系統上安裝依賴 CUDA 10 的套件）； 例如，https://github.com/conda/conda/issues/10152
  • 將致力於 solver 消息傳遞，因為錯誤通常是不透明且不相關的
  • 有一個環境變數可以設定來更改 conda 對 cuda 版本的看法：CONDA_OVERRIDE_CUDA

上週未完成事項

誰在負責這些行動項目？

• 捨棄 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 團隊和其他人那裡取得意見)
  • (CJ) py36 應該保留到 PyPy 出現為止（它即將到來）。 那很快就會到來，所以這不像我們在保留
  • 待辦事項： (ED) Python 版本
    • 保留 3 個 Python 版本
    • 隨著社群的行動而移除舊版本（當 scipy、matplotlib、numpy 等）
    • 如果需要，我們可以暫時保留舊版本（例如，PyPy 尚無 py37）

進行中的投票

子團隊更新

機器人

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（即，直到遷移結束）。

討論

檢查先前的行動項目

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

本次會議

上次會議

2 次會議前

• 弄清楚如何向使用者溝通破壞性變更。 可能應該立即開啟 issue 以進行進一步討論。 標註 @kkraus，並從這些會議記錄中擷取更上方的筆記
• (Eric) 待辦事項： 在 conda_forge.yaml 中將 strict 設定為選項，並預設開啟它。 在 conda-smithy 中開啟 issue

3 次會議前

• Eric 將在我們的文件中新增一個頁面，說明如何以商業關係與 conda-forge 及關聯方互動。
• Eric 將從 Keith 那裡取得 NVBug 連結，並將其封存到 conda-forge Google 雲端硬碟中。
• John K. 將更新 git repo 上的 cuda toolkit feedstock，以註記 NVBug 連結到內部 NVIDIA issue tracker
• Jonathan 將更新文件，以註記一些非詳盡的套件列表（例如 cuda-toolkit、MKL 等）
• Jonathan 將審查此 PR

移動到 Issue Tracker

• (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 問題。 (標註 aarch 團隊)
  • https://github.com/conda-forge/conda-forge.github.io/issues/954
• (ED) 「我們是誰」頁面？ FAQ 和「誰是誰」的某種組合。 FAQ 的內容例如
  • 誰是 CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC
  • 誰是各個子團隊的 POC？
  • 非正式資訊： 角色、日常工作、簡歷、所有細節、你為何在此等等
  • 公開還是內部？ 我兩種方式都無所謂。 有人對其中一種方式有強烈感受嗎？
  • 選擇加入公開簡歷
  • 軟體木工坊有大量的講師，並且有 https://carpentries.org/instructors
  • 有人擔心「又一個保持事物更新的地方」
• (CJ) 組建財務子團隊
• (ED) 記錄使用 conda-forge 建立可重現環境的策略
• (UK) 靜態函式庫相關事項
  • 在建置中新增靜態檢查提示以找到它們
  • 建議如何封裝它們 -> CFEP-18
  • 我們應該撰寫文件說明我們不提供支援，而且這是一個壞主意。 -> CFEP-18