2018-09-18 conda-forge 會議
釘選項目
- Zoom 指示： +如何連線到 Zoom
新項目
- 編譯器重建狀態
- 進行中，待處理 python 且可能 perl
- 減少 CI 負載的新方法 https://github.com/conda-forge/conda-forge.github.io/issues/647
- 複製套件到 gcc7 標籤 https://github.com/conda-forge/conda-smithy/issues/892
- MPI 元套件
- Docker 映像檔問題/討論
- NumFOCUS 高峰會 週五至週二
- Anthony 和 Marius
- 請求
- Heroku 目前由 Phil 支付
- S3 儲存桶、EC2、RDS
- 研究 Azure 建置服務
- 由 @John K 領導
- 具有三大平台
現有項目
- 編譯器遷移已開始（於 2019 年第一季完成）
- 投票/討論進行中或需要開始
- 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 最佳實務的文件 PRPR 在 https://github.com/conda-forge/conda-forge.github.io/pull/648
- 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 之間同步配方，以及我們正面臨的一些問題
- 大量的修補程式
cdtjinja 的使用（在基準測試中 ping Peter Williams @pkgw）- 建置腳本上新的編譯器特定內容
- 多個輸出和新名稱：curl/libcurl 等
- 功能的使用 (https://github.com/conda-forge/blas-feedstock/pull/12)
- 分享密碼（作為下次會議的開始）
- 嘗試一些方法，然後繼續處理更有趣的問題
- 讓我們試試 KeyBase。Eric D. 剛剛向大多數核心團隊發送了邀請。
- 建立遷移的後續步驟/行動項目/gh issue
- 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 在溝通民意調查結果方面做得不好。
- 相關：治理文件可能需要定義如何進行有效的民意調查。
- 使過期（即，使用機器人自動關閉）"舊" PR 進入 staged-recipes？
- 貼上標籤，新增訊息（過時），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），然後需要核心投票才能創建。每個提案都應包含群組的範圍和初始成員，以及群組預期如何協調和溝通。
- 提議的初始群組
- 機器人：負責機器人架構、實作、維護的人員。而非機器人的實際用途（例如創建大規模遷移）