2020-04-29 conda-forge 核心會議
與會者
- Marius van Niekerk
- Filipe Fernandes
- Kai Tietz
- Uwe Korn
- Cheng Lee
- Isuru Fernando
- Amy Williams
- Josh Adelman
- Jonathan Helmus
- Ray Donnelly
- CJ Wright
- Matthew Becker
- Michael Sarahan
- Eric Dill
- Marcel Bargull
- Wolf Vollprecht
- Ray Douglass
- Kale Franz
- Lori Burns
- Peter Wang
- Anthony Scopatz
- Keith Kraus
- John Kirkham
議程
您的議程項目
- (全部) 線上新成員的介紹？
- (UK) 自給自足的 MinGW 基礎工具鏈 / 套件：m2w64 stack 更新 https://github.com/conda-forge/conda-forge.github.io/issues/1044
- R 嚴重依賴 gcc，所以在 Windows 上我們一直使用 MinGW。也許我們可以切換到 clang？
- 需要使用 msys2 從 CRAN 在 R-conda 環境中安裝套件。
- R 套件使用 autotools，所以需要支援 fork 的 posix 環境。可以使用 cross-compile
- 需要分離 m2 和 m2w64。m2 用於建置東西，而 mw264 用於連結東西。絕對需要 m2 的 bash / archivers / linkers。問題是我們將如何處理 m2w64。binutils 套件非常舊。這些 gcc 套件無法直接連結到使用 MSVC 建置的套件。MinGW 沒有連結到 ucrt，但這是可配置的。
- conda-forge 中應該有哪些預設值？ucrt 還是 mscrt
- 與 CRAN 套件互通是目標嗎？他們已經轉向 msys2 - 直接從 msys2 套件取得 c/c++。仍然停留在較舊的編譯器（pkg / 版本？）不想更改它，因為它經過了良好的測試。
- 使用現有的 gcc 5.4 建置應該可以與 gcc 8 相容，上次的 4.4?/8? 中的中斷。更新到較新版本會很好。
- gfortran ABI 在 5 和 8 之間中斷
- 使用 fortran 的 CRAN 函式庫，與目前使用 gfortran 建置的 conda-forge 套件的相容性
- 測試
- 使用來自 conda-forge 的 R，從 CRAN 安裝套件
- 理想情況下，可以使用現代 C++ 的東西
- r-cpp、data.tables、一些包裝 Fortran 的東西(?)
- MinGW 的 clang 版本，現有的 llvm 可以針對 MinGW 或 MSVC
- 將剩餘的對話移至 github issue (https://github.com/conda-forge/conda-forge.github.io/issues/1044)。
- (JJH) Peter 關於 Anaconda, Inc 儲存庫的更新
- 正在更改 repo.anaconda.com 的服務條款
- 將禁止大規模鏡像或用於商業目的的大量使用
- 開源使用是沒問題的
- conda-forge 是否要對我們的套件做同樣的事情？
- 與以下人員分享部落格文章
- Filipe, Kirkham, Keith, Scopatz
- (Matt) CFEP-13 推出 - 請參閱以下筆記
- 來自其他項目的隨機筆記
- 美化部落格！
- cf-mark-broken 上的文件修復
- 標記為損壞 vs. 熱修復：應該記錄並使熱修復更容易
- 需要 diff 這個 diff
- 來自其他項目的隨機筆記
- (Scopatz) DynamoDB 帳單
- conda-forge AWS 帳戶有約 $2200 的費用，已設定警報
- NumFocus 信用卡？
- 後續步驟
- 建立 issue，投票
- 停止將費用放在個人信用卡上，在花錢之前先詢問核心成員
會議在我們可以討論之前結束
- (CJ) 在議程中加入常設預算項目
- (ED) 強制執行 2FA？bot / 捐款在核心 Gitter 中討論
- (ED) 我們是誰頁面？FAQ 和每個人是誰的組合。FAQ 諸如
- CF <> Anaconda、CF <> NumFocus 的 POC 是誰
- 各個子團隊的 POC 是誰？
- 非正式資訊：角色、日常工作、簡歷、全部細節、您為何在此等。
- 公開還是內部？我真的不在乎哪種方式。有人強烈地認為哪種方式嗎？
進行中的投票
子團隊更新
Bot
上週我們沒有完成的事情
- [CJ/Matt] R 4.0.0 遷移正在進行中
- 在此處查看狀態： https://github.com/conda-forge/conda-forge.github.io/issues/1025
- 由於 gfortran 測試，需要等待 R 的東西
- [CJ] 更好地理解/處理 run_exports
- 特別適用於涉及 boost 和僅標頭依賴項的問題 https://github.com/regro/cf-scripts/issues/960
ARM
POWER
CUDA
文件
staged-recipes
網站
安全+系統
-
[Matt] 準備推出 CFEP-13 - 計劃是
- 發布公告說明這正在發生
- 為每個 feedstock 提供 feedstock token
- 將 STAGING_BINSTAR_TOKEN 新增到每個 feedstock
- 為每個 feedstock 的 conda-forge.yml 新增
conda_forge_output_validation: true - 等待一段時間，然後關閉目前的 binstar token
- 執行管理員遷移以清理 CI 服務和 conda-forge.yml 檔案中的殘餘 token。
當人們重新渲染 feedstock 時，它們將自動移動到新系統。然後，當我們停用舊 token 時，最終將需要重新渲染。
我們計劃新增一些東西來幫助使用者。
- 我們正在將 cf-mark-broken repo 移動到 admin-requests repo，並將新增功能，讓人們可以請求重設 feedstock token。
- 驗證/複製服務將被更改為在 PR 上發現錯誤時開始發布評論。仍在制定此處的細節。
CI 基礎設施
編譯器升級
CFEP 更新
未完成的 PR
-
cfep-04 X11 和 CDT 政策
- 非作用中 - 以某種非作用中狀態合併？
- 需要新的擁護者。感謝您對 pkgw 的工作！自 2020 年 1 月 10 日起，pkgw 尚有未回覆的評論
-
cfep-06 staged-recipes 審查生命週期
- 非作用中 - 以某種非作用中狀態合併？
- 來自 @saraedum 的持續評論。@jakirkham，您可以回覆嗎？自 2020 年 1 月 8 日起，@saraedum 尚有未回覆的評論
-
cfep-10 Feedstock 狀態，未維護
- 非作用中 - 以某種非作用中狀態合併？
- 需要另一次審查。自 2020 年 1 月 11 日起，pkgw 尚有未回覆的更新
-
cfep-12 移除違反來源套件條款的套件
- 關於移動到「損壞」與從 conda-forge 頻道刪除的積極辯論
- 進行中的投票，於 2020-03-11 結束
- 投票結果如何？
- 我們有收到 NumFOCUS 的回覆嗎？
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
上次會議
- (ED) 安排鏡像對話
- (Kale) 安排
- (CJ) 合併所有 pinnings PR
- (CJ) 文件中的機構合作夥伴頁面
- TODO：提交 PR 的骨架到 conda-forge.github.io repo
2 次會議前
- (Matt Becker) 使用我們目前的想法/原則更新文件。
3 次會議前
移至 Issue Tracker
- cfep-10 後續步驟：CJ 召集投票以徵求回饋
- cfep-06 後續步驟：要求 staged recipes 團隊擁護此 CFEP 並推動其前進
- jakirkham & CJ-wright 同步在遷移 bot 中新增 CUDA
- (Eric) 安排 Anaconda <-> conda-forge 同步在 anaconda.org 需求收集
- 將嘗試在下個月安排此事。
- (Anthony) 聯繫 NumFocus 以找出不包含檔案中許可證的法律後果。
- (Eric) 內部檢查社群人士的旅館和飛行經費的資助水準？
- (Eric) 找出 conda-forge 的財務狀況以支持自身？
- (jjhelmus) 開啟 CFEP 以了解我們將支援哪些 python
- 移除 conda forge readthedocs。
- (jakirkham) 撰寫一篇關於我們今天討論的 CUDA 內容的部落格文章
- (jakirkham) 更新文件，說明如何將 CUDA 支援新增到 feedstock
- (jakirkham) 將在 conda-smithy 上開啟一個 issue 以調查 Drone 問題。（ping aarch 團隊）