2018-09-04 conda-forge 會議
置頂項目
- Zoom 指示: +如何連線到 Zoom
新項目
- 與 NumFOCUS 會面討論:財政贊助
- numfocus.org/rocket
- 編譯器重建需要移除 .la
現有項目
- 編譯器遷移已開始(於 2019 年第一季完成)
- 需要更新至 Python: https://github.com/conda-forge/python-feedstock/pull/190
- 投票/討論進行中或需要開始
- https://github.com/conda-forge/conda-forge.github.io/pull/628
- https://github.com/conda-forge/conda-forge-enhancement-proposals/pull/10
- https://github.com/conda-forge/conda-forge-enhancement-proposals/pull/11
- 需要 PR 進入 conda-forge.github.io 的子團隊
- 財務:如何從 NumFOCUS 分配資源/定期批准支出
- 工具鏈:編譯器,何時更新到新的 ABI(MichaelS 需要提出提案)
- R 生態系統
- MichaelS 仍然欠缺一份關於當前 run_exports 最佳實踐的文件 PR
- Conda 4.5.9 (功能)
- Filipe 請求一個選項,當 conda 嘗試使用優先順序較低的管道中的套件來取代優先順序較高的管道時,會產生錯誤。允許回退,但僅適用於不存在的項目。
- Jonathan 的實作位於 https://github.com/conda/conda/pull/7660
- Filipe 請求一個選項,當 conda 嘗試使用優先順序較低的管道中的套件來取代優先順序較高的管道時,會產生錯誤。允許回退,但僅適用於不存在的項目。
- Dougal 提出 conda-build 建立 noarch 套件的問題。Conda-build 想要使用新的 python,然後遇到無法滿足的依賴關係(python 3.7 尚未完全建置完成)。
- https://github.com/conda-forge/google-cloud-bigquery-feedstock/pull/14
- 經過更仔細的檢查,問題在於 conda-forge 尚未建置適用於 py3.7 的 protobuf 套件,而 defaults 的 protobuf 套件不排除 conda-forge 的 libprotobuf,因此兩者的混合由於 C++ ABI 不相容而崩潰。
- 討論 defaults 和 conda-forge 之間食譜同步的問題,以及我們正面臨的一些問題
- 大量的修補程式
cdt
jinja 的使用(在基準測試中 ping Peter Williams @pkgw)- 建置腳本上的新編譯器特定內容
- 多個輸出和新名稱:curl/libcurl 等
- 功能的使用 (https://github.com/conda-forge/blas-feedstock/pull/12)
- 分享密碼(作為下次會議的開頭)
- 嘗試一些方法並繼續處理更有趣的問題
- 讓我們試試 KeyBase。Eric D. 剛剛向大多數核心團隊發送了邀請。
- 建立遷移的後續步驟/行動項目/gh 議題
- MVN 將與 CJ 協調,針對需要編譯器但實際上並未明確指出的事物發布 pr。
- 解析圖表,找出所有可能是 py 3.7 但沒有編譯器且不是 noarch 的項目,對其執行重建。
- 在圖表重建期間,可能需要兩個版本的 pinnings + smithy。
- 決定維護者停止維護的政策
- 稍後再討論
- 與大約 2k 個待處理的機器人 PR 相關…
- MVN 將向 CJ 提供一份合併衝突的 feedstock 清單,這些 feedstock 已關閉但未合併。
- 自動關閉過期的 PR
- 自動刪除已關閉/合併的機器人 PR
- run_exports 投票 https://github.com/conda-forge/conda-forge-pinning-feedstock/issues/102
- John 質疑 run_exports 實踐: https://github.com/conda-forge/staged-recipes/pull/4858#discussion_r204076032
- Dougal 將討論重新導向至 https://github.com/conda-forge/conda-forge-pinning-feedstock/issues/102#issue-343171939
- John 質疑 run_exports 投票的有效性
- Filipe 將在治理文件中新增關於如何解決此類情況的流程
- 總體而言:我們需要一個社群標準溝通方案。Mike S 沒有傳達民意調查的結果。
- 相關:治理文件可能需要定義如何進行有效的民意調查。
- 過期(即,使用機器人自動關閉)進入 staged-recipes 的「舊」PR?
- 貼上標籤,新增訊息(過時),ping 相關方以關閉
- 決定政策
- 尋找在核心成員之間分享密碼的良好解決方案
- Git Secret? https://github.com/sobolevn/git-secret
- 在 C3I 上建置套件並上傳到 conda-forge
- Anaconda 內部的 PowerPC 的基礎映像檔中缺少 Make。真有趣!
- Mike 歡迎其他人協助處理此事。如果有興趣,請聯繫!協助意味著嘗試食譜、除錯任何問題,以及解決自 Mike 上次拉入以來發生的任何合併衝突。目標不斷變動。
- 已建置的套件 https://anaconda.org/cf-cb3 - 這些可能需要在版本方面做更多工作。圖表是使用版本計算的,但可能應該忽略它們。當 pin 比新的食譜舊時,由於版本不符,上游食譜會被遺漏為真正的依賴項。
- 再次公開議程和筆記。
- John 將查看我們是否可以讓 dropbox paper 可供所有人閱讀
- 其他選項是在會議後將筆記發佈到某個公開的地方
- conda-forge 部落格
討論項目
完成
- NumFOCUS 高峰會: http://summit.numfocus.org/pages/schedule.html
- Marius 和 Anthony 出席(可能還有 CJ)
- 子群組提案:建立較小的群組,在核心會議之外以不同的頻率開會
- 這些都需要作為提案(提交至 conda-forge.github.io)提出,然後需要核心投票才能建立。每個提案都應包含群組的範圍和初始成員,以及群組預計如何協調和溝通。
- 提議的初始群組
- 機器人:負責機器人架構、實作、維護的人員。不包括機器人的實際用途(例如,建立大型遷移)