2020-07-01 conda-forge 核心會議

與會者

議程

您的議程項目

• (WV) 快速宣布 micromamba (https://gist.github.com/wolfv/fe1ea521979973ab1d016d95a589dcde)

• (WV) 從 上次會議 更新下一代套件格式標準化進度？

  • https://github.com/TheSnakePit/conda-specs/blob/master/proposed_specs/recipe.md
  • https://github.com/TheSnakePit/boa/blob/master/boa/cli/render.py

• (MRB/IF) cos7 和 CDTs 計畫 (https://github.com/conda-forge/conda-forge.github.io/issues/1085)

  • cos7 編譯器正在運作！

  • 我們已從 sysroot 路徑中移除任何提及 cos6 或 cos7 的內容，以便我們擁有一個編譯器

    • 舊 sysroot：x86_64-conda_cos6-linux-gnu
    • 新 sysroot：x86_64-conda-linux-gnu

  • 我們現在直接從 cos6 或 cos7 在建置時使用 sysroot/glibc/kernel headers 套件（而不是重建 glibc）

  • 這造成一個問題，CDTs 安裝到錯誤的路徑（符號連結在某種程度上有效，但無法在 env 中將 cos6 交換為 cos7）

  • 因此，我們想要重建 CDTs 以從其路徑中移除 cos6 和 cos7（並將使用 sysroot 套件來確保舊式 CDTs、cos6 和 cos7 在 env 中都是互斥的）

  • 舊式 CDT

    • 需要在 source 區段中加入 no_hoist
    • sysroot 目錄的路徑中包含 conda_cos6 或 conda_cos7
    • 需要具有 sysroot_{subdir} ==99999999999 的 run_constrained 條目，以防止它與新的編譯器或 CDTs 共存安裝

  • 新式 CDT

    • 需要在 source 區段中加入 no_hoist
    • sysroot 目錄的路徑中僅包含 conda
    • 需要在適當版本的 sysroot_{subdir} 套件上具有 run 需求，以便僅與來自正確 CentOS 版本的 CDTs 一起安裝
      • cos6 為 2.12
      • cos7 為 2.17

  • 舊計畫大致如下

    1. 修補 repo data 以使 conda-forge 上目前的 CDTs 與新的編譯器衝突（已發布 PR）
    2. 將所有需要的 CDTs 從 defaults 移至 conda-forge，以便我們可以從 conda-forge 建置（進行中）
    3. 在建置中開啟 strict channel priority（甚至從 linux 的頻道列表中移除 defaults）
    4. 編寫一個遷移工具，將發布 PR 以將所有舊式 CDTs 變更為新式 CDTs
    5. 從新的編譯器和 sysroots 中移除路徑墊片

  • 要移動哪些等等

    • 此處列出需要的項目：https://github.com/beckermr/misc/blob/master/work/conda_forge_cdt_scripts/needed_cdt_list.yaml
    • 保留
      • selinux、mesa、pciutils 等（我不知道此處的等等包含哪些內容）
      • X11
      • ca-cert 是 java CDTs 的依賴項
      • libxt（gnuplot 和 r-base 使用）
    • 可能保留
      • alsa 相關項目（qt 使用，但我們也已封裝：https://github.com/conda-forge/alsa-lib-feedstock)
      • libpng-devel（wxpython 和 javafx-sdk 需要）
      • numactl（許多 feedstocks 使用）
    • 不保留
      • zip（但也不在列表中）

  • 新計畫！

    1. 將 run_constrained 放入 defaults 和 conda-forge
    2. 建置特殊 repo 以建置它們並將它們上傳到 feedstocks 之外（新舊類型皆有）
    3. 建置並將最小集合上傳到 conda-forge
    4. 在建置中開啟 strict channel priority 和/或從頻道中移除 defaults
    5. 推送新編譯器的最終建置

• (FF) 我們是否應該將 Outreachy 作為支持科技領域多元化的努力一部分？優點是成本低且影響力大。缺點是導師的時間投入。

• (UK) CFEP-18：（不）封裝靜態函式庫

• (IF) cf-mark-broken：將未損壞的套件標記為損壞

  • 將套件標記為損壞會破壞 envs
  • repo data 修補總是更好
  • 我們可能希望允許維護者在套件的消費者僅為他們自己時將套件標記為損壞
  • 快速完成事情的方面對於快速推送錯誤修復很有利
  • 待辦事項 (MRB)
    • 24 小時時間限制
    • 在 PR 文字中添加更多細節，以幫助人們了解他們正在做什麼
    • 使其更容易還原

• (KK) CUDA 11 支援

  • CUDA 11 已停止支援 CentOS 6
  • 與上面的 CentOS 7 遷移相關
  • cudatoolkit 11 - https://github.com/AnacondaRecipes/cudatoolkit-feedstock/pull/7
    • 確保我們有 glibc run constrain 行
  • 新增 Docker 映像檔（需要再次檢查如何有條件地調整 FROM）
    • 需要較新的 docker 版本，但這應該可行

      ARG IMAGE=ubuntu:lastest
      FROM ${IMAGE}

• (CJ) 有人想參加 PyData Global 嗎？

  • https://global.pydata.org/pages/cfp.html
  • (提交尚未開放)
  • CJ 將在「產業經驗」下提交一些內容，討論 CF 的風險模型視角（如果您有興趣/有觀點要補充，請告知 CJ）

• (IF) strict channel priority

  • PyPy 需要
  • Cos7 需要
  • 移除我們不完全支援的套件。例如：windows 上有 3 個版本的 scipy。

進行中的投票

子團隊更新

Bot

• (CJ) openjdk、r-java 的狀態停滯

上週我們未完成的事項

ARM

POWER

CUDA

文件

staged-recipes

網站

安全性+系統

• 仍需完成 CFEP-13

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 移除違反來源套件條款的套件

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

• cfep-18 封裝靜態函式庫

討論

檢查先前的行動項目

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

上次會議

• (CJ) 組成財務子團隊
• (MRB) 記錄使用者應如何解釋損壞標籤
• (MRB) 更新我們作為核心人員應如何將套件標記為損壞
• (ED) 記錄使用 conda-forge 的可重現環境策略
• (UK) 靜態函式庫相關事項
  • 將 linting 提示添加到建置中以找到它們
  • 建議如何封裝它們 -> CFEP-18
  • 我們應該編寫文件說明我們不提供支援，這是一個壞主意。 -> CFEP-18

2 次會議前

• (ED) 我們是誰頁面？FAQ 和大家是誰的某種組合。FAQ 像是
  • CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
  • 各個子團隊的 POC 是誰？
  • 非正式資訊：角色、日常工作、簡歷、所有細節、您為何在此等等。
  • 公開還是內部？我真的不在乎哪一種。有人強烈偏好哪一種嗎？
  • 選擇加入公開簡歷
  • software carpentry 有大量講師，網址為 https://carpentries.org/instructors
  • 對於「又一個需要保持更新的地方」的一些擔憂

3 次會議前

移至 Issue Tracker

• (Kale) 安排 conda 工作小組會議
• cfep-10 後續步驟：CJ 召集投票以徵求回饋
• cfep-06 後續步驟：要求 staged recipes 團隊支持此 CFEP 並推動其前進
• jakirkham & CJ-wright 同步關於將 CUDA 新增至遷移 bot
• (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 團隊）
  • https://github.com/conda-forge/conda-forge.github.io/issues/954