跳到主要內容

2018-08-07 conda-forge 會議

釘選項目

新項目

  • 投票程序修改： https://github.com/conda-forge/conda-forge.github.io/pull/612
    • 已合併
    • MichaelS 欠一份關於目前 run_exports 最佳實踐的文件 PR
    • MVN 欠一份關於雙編譯器輸出的 CFEP
  • 子群組提案：成立規模較小的群組，以不同的頻率在核心會議之外舉行會議
    • 這些都需要作為提案（提交給 ????），然後需要核心投票才能成立。每個提案都應包含群組的範圍和初始成員，以及預期群組如何協調和溝通。
    • 提議的初始群組
      • bot：負責 bot 架構、實作、維護的人員。非 bot 的實際用途（例如，建立大型遷移）
      • fiscal：如何從 NumFOCUS 分配資源/定期批准支出
      • toolchain：編譯器，何時更新到新的 ABI
      • R 生態系統
  • NumFOCUS 高峰會： http://summit.numfocus.org/pages/schedule.html
  • Conda 4.5.9（功能相關）
    • Filipe 請求一個選項，如果 conda 嘗試使用來自較低優先順序管道的套件而不是其較高優先順序管道的套件時，會產生錯誤。允許回退，但僅適用於不存在的項目。
  • Dougal 提出 conda-build 建立 noarch 套件的問題。Conda-build 想要使用新的 python，然後遇到無法滿足的依賴項（python 3.7 尚未完全建置完成）。

現有項目

  • 討論 defaults 和 conda-forge 之間的 recipes 同步以及我們面臨的一些問題
  • 分享密碼（作為下次會議的開始）
    • 嘗試一些方法，然後轉向更有趣的問題
    • 讓我們嘗試 KeyBase。Eric D. 剛剛向大多數核心團隊發送了邀請。
  • 為遷移建立後續步驟/行動項目/gh issue
    • MVN 將與 CJ 協調，針對需要編譯器但實際上並未明確指出的項目發出 PR。
    • 解析圖表，找出所有可能是 py 3.7 但沒有編譯器且不是 noarch 的項目，對其執行重建。
    • 在重建圖表時，可能需要有兩個版本的 pinnings + smithy。
  • 決定維護者停止維護的政策
    • 稍後再討論
  • 與大約 2k 個待處理的 bot PR 相關…
    • MVN 將向 CJ 提供一份合併衝突的 feedstock 清單，這些 feedstock 已關閉但未合併。
    • 自動關閉過期的 PR
    • 自動刪除已關閉/合併的 bot PR
  • run_exports 投票 https://github.com/conda-forge/conda-forge-pinning-feedstock/issues/102
  • 過期（即，使用 bot 自動關閉）"old" PR 到 staged-recipes 中？
    • 貼上標籤，新增訊息（stale），ping 相關方以關閉
    • 決定政策
  • 尋找在核心成員之間分享密碼的好方法
  • 在 C3I 上建置套件並上傳到 conda-forge
    • Anaconda 內部的 PowerPC 基本映像檔中缺少 Make。真有趣！
    • Mike 樂於接受其他人協助處理此事。如果有興趣，請聯繫！協助意味著嘗試 recipes、debug 任何問題，並解決自 Mike 上次將它們拉入以來發生的任何合併衝突。不斷變化的目標。
    • 已建置的套件 https://anaconda.org/cf-cb3 - 這些可能需要在版本方面做更多工作。圖表是使用版本計算的，但可能應該忽略它們。當 pin 比更新的 recipe 舊時，由於版本不符，上游 recipe 會被遺漏為真正的依賴項。
  • 再次公開議程和筆記。
    • John 將看看我們是否可以讓 dropbox paper 可供全世界閱讀
    • 其他選項是在會議後將筆記發佈到公開的地方
  • conda-forge 部落格

討論項目

  • 完成編譯器遷移討論（請參閱： +2018-07-17 conda-forge 會議 ）
    • 目前狀態更新
      • 剩餘待語法遷移的套件數量
      • 需要重新編譯的套件數量
        • 準備就緒的總數
        • 第一層中準備就緒的數量
      • 在建置時非靜態的新事物，建置編號增加 N
        • 使用 conda render clobber 檔案確定建置編號
    • 決定遷移順序 [結果：建立 py37 + 編譯器的超級圖表（使用一個 walker 執行），在 3.7 開始時捨棄 3.5]
      • py37
      • 編譯器
      • 剩餘的編譯器語法
    • 決定資源策略 [結果：全部在線上完成]
      • 離線（不使用 CI）
      • 線上（使用 CI）
    • 決定管道策略 [結果：為新的編譯器建立新的標籤，運行兩個標籤]
      • 將重新編譯的套件上傳到新標籤，並繼續推送到目前標籤
      • 將重新編譯的套件上傳到目前標籤，將目前時代編譯器的更新推送到不同的分支

完成