跳到主要內容

2020-05-27 conda-forge 核心會議

出席者​

議程​

您的議程項目​

  • (all) 線上新朋友的自我介紹？

    • Marcelo!

  • (CJ) 常設預算項目

  • (CJ) 機構合作夥伴元數據 (https://github.com/conda-forge/conda-forge.github.io/pull/1028)

  • (ED) 我們是否應該直接合併狀態為「延遲」的 CFEP PR，因為它們都沒有任何進展？

  • (MRB) 變更我們將套件標記為損壞的方式

    • 目前我們將套件移至 broken 並從 main 移除
      • 這表示使用者無法重建套件被標記為損壞的舊環境
    • 新系統會將套件留在 main (僅新增 broken 標籤)，然後透過 repo data patches 的移除區段移除它們
      • 這就是 defaults 的做法
    • 我們需要在切換前宣布嗎？我們應該切換嗎？
    • 副作用是此程序會使 repodata 處於奇怪的狀態
      • 唯一的真理來源是 CDN 上的那個 (任何其他來源都是錯誤的)
      • 套件在 CDN 上即使在 broken 和 main 標籤之間也可能有不同的需求外觀
    • 與 defaults 匹配可能比上述事項更重要
    • TODO
      • 文件化使用者應如何解釋 broken 標籤
      • 更新我們作為核心團隊應如何將套件標記為 broken
      • (ED) 文件化使用 conda-forge 的可重現環境策略

  • (CJ) 我想成立一個財務子團隊，如果您有興趣參與，請告訴我。

    • NumFOCUS 聯絡人
    • 負責讓核心團隊了解我們的財務狀況
    • 待處理的財務事項
    • 作為最終核准者

  • (JJH) tk 應該要求 freetype 和 X11 嗎？ https://github.com/conda-forge/tk-feedstock/pull/40

    • 字型在 TK 應用程式中會更好看
    • 為 Python 引入新的需求 (以及下載/磁碟空間)
      • fontconfig: 300kb, freetype: 1mb
      • 還需要一些額外的套件
    • 建議是建立兩個變體，有和沒有「美觀字型」

  • (IF) 製作 linux-anvil-ppc64le 套件並在 docker 映像檔中發布 cudatoolkit

    • https://github.com/conda-forge/docker-images/pull/113
    • ppc64le 沒有 defaults::cudatoolkit，但 docker 映像檔仍然很有用
    • 即使我們不能重新發布 defaults::cudatoolkit，我們仍然透過 docker 進行，因為我們正在快取它。
    • 筆記
      • 向使用者明確說明此 docker 映像檔沒有 cudatoolkit 以及為什麼沒有 cudatoolkit。

  • (WV) 下一代套件格式和 conda 生態系統其他部分的「標準化」

    • 公開規格嗎？例如： https://anaconda.atlassian.net/wiki/spaces/AD/pages/90210540/Conda+package+format+v2
    • 關於下一版本套件規格的一些筆記寫在這裡： https://hackmd.io/axI1tQdwQB2pTJKt5XdY5w
      • 目前的規格不支援當前堆疊所需的一切
    • 在 gitter 和幾個月前的 bot 子團隊會議上也有一些討論
      • 多次提到使用 python 作為語言
        • 反對意見是它不是靜態元數據，而且可能太難解析
      • 棄用 selectors，改用 ...
        • jinja2 if 語句 (難以解析)
        • 讓 config 中的任何值都是一個 dict，selector 資訊在 key 中
          • 這遵循 rust 在其 TOML 中的做法
          • 非常容易解析
          • 總是產生有效的 YAML
      • 棄用某些 jinja2 元素 (任何控制流程元素) 的使用，因為它們很難解析
    • 與 Kale 正在組織的 conda 工作小組相關
    • 興趣
      • Jonathan Helmus
      • Wolf
      • Marcel
      • Scopatz
        • 特別對啟動腳本感興趣
      • Cheng?
      • Matt B.
      • Marcelo
      • Mike S.
      • John

  • (UK) conda-forge 中的靜態函式庫

    • 我們的工具鏈和系統是為動態連結量身定制的，因此我們希望在 conda-forge 中專注於此
    • 使用者對某些用例中的靜態函式庫感興趣，例如
      • 在 Windows 上為 PyPI 建置 wheels
      • (MRB) 我們是否要更努力地支援這一點？在我們需要移動編譯器時標記靜態套件並進行小型遷移？我們的答案是否定的。(UK: 請注意，報告的損壞是因為啟用了 LTO 的靜態函式庫，那是另一個層次)
      • 靜態函式庫可能在編譯器和 ld/binutils 上存在相容性問題
    • Go 和 Rust 是獨立的討論 (封裝和授權等)
    • 我們如何處理意外洩漏？
      • 移除它們或強制要求拆分套件
    • 在建置中新增 linting 提示以找到它們
    • 建議如何封裝它們
    • 我們應該編寫文件說明我們不提供支援，而且這是一個壞主意。

進行中的投票​

子團隊更新​

Bot​

上週未完成的事項​

ARM​

POWER​

CUDA​

文件​

staged-recipes​

網站​

安全性+系統​

  • (ED) 關於這個還有其他更新嗎？需要任何協助嗎？
    • (MRB) CFEP-13 已完成。
      • Isuru 建議使用 github api，而且成功了。謝謝！
      • 所有 feedstocks 都已轉換完成，staged-recipes 正在使用正確的金鑰/令牌建立新的 feedstocks。
      • 為了繼續前進，我們只需要停用 binstar 令牌，並在 heroku 上放置一個新的令牌。
      • 我將發布公告，並給人們幾週時間。
      • 我們可能想先解決 github 的重新渲染問題。
  • (MRB) 接下來是更好的使用者管理

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 的回覆了嗎？

討論​

檢查先前的行動項目​

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

上次會議​

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

3 次會議前​

  • (Kale) 安排 conda 工作小組會議
  • (CJ) 文件中的機構合作夥伴頁面
    • TODO: 提交 PR 的骨架到 conda-forge.github.io repo

移至 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 團隊)