跳到主要內容

2018-03-20 conda-forge 會議

出席人員：Eric, CJ, John, Michael, Jonathan, Filipe

  • 將套件拉取/移動到 broken 的政策

    • 目前設定可以接受，但當套件是堆疊的一部分時應更加謹慎。
    • 使用 conda verify 來捕捉一些導致我們拉取套件的問題。
    • pip 9.0.2 https://github.com/pypa/pip/issues/5081 和 https://gitter.im/conda-forge/conda-forge.github.io?at=5ab12c6b6f8b4b99464b3c37
    • 對於 API 不相容變更的新版本套件，我們是否應該為了生態系統的利益而延遲升級？
    • 許多 Linux 發行版通過擁有測試版與穩定版來避免這種情況
    • 文件化政策，開啟 issue 以追蹤長期計畫 Eric/Jonathan/John
      • 套件的穩定儲存庫或可能損壞的最新版本？
      • 相關（舊）提案：+Staged Releases
    • conda-forge 是一個讓我們盡最大努力擁有可互操作套件的地方，還是一個允許開發人員發布他們的程式碼而不太關心這些套件的互操作性的地方？（這感覺像是一個 CFEP）

  • 孤立套件（沒有維護者的套件）的政策

    • 封存儲存庫（這會阻止 pull request）
    • 我們如何處理這些套件？
      • 它們是無人維護的，並且沒有獲得安全性更新。
    • 選項
      • 讓核心團隊無限期地維護套件
      • 擁有一組後備維護者可以提供幫助。
      • 讓機器人尋找沒有維護者的 recipe，在該儲存庫中新增一個 issue，內容為「此套件無人維護，將在 90 天後封存。如果您想成為維護者或提交 PR 將您新增為維護者，請在此處發文」
    • 參考：https://github.com/conda-forge/conda-forge.github.io/issues/539
    • 所有的 bob-feedstocks 都被封存，bob-packages 被移動到「broken」標籤。

  • 為不同語言建立 staged-recipes 子團隊

    • 待辦事項
      • PR 範本，列舉每個團隊要 ping 的人員
      • 新增到 conda-forge.orgT 的文檔中
      • 建立子團隊 [完成]
      • 建立 issue 讓大家告訴我們他們想加入哪些子團隊 [完成]

  • 下一次會議我們將嘗試 Zoom

  • 瀏覽 +AnacondaCon 議程