2021-01-27 conda-forge 核心會議
與會者
- Isuru
- Matthew
- CJ
- Cheng
- Andreas Guzman
- Chris Burr
- Connor Martin
- Crystal Soja
- Fabio Pliger
- Filipe
- John
- Keith
- Markus
- Matti Picus
- Nikolay Petrov
- Stephanie Guo
- Wolf
- Eric Dill
議程
常規項目
-
在線新成員介紹
- 英特爾 (intel) 成員
-
(CJ) 預算
- 目前批准情況?
- 數字更新後,請螢幕分享並展示預算。
- 連結在 Keybase 中 (numfocus_spreadsheets.txt)
- (CJ) 我們都已更新,2021 年損益表尚未發布
-
公開投票
來自先前會議
-
(WV) 關於 Quetz / beta.mamba.pm 目前狀態的快速更新
-
(ED) CFEP 有任何進展嗎?我想我們幾週前討論過這個,但我不記得結果了(延後)
您的新議程項目
-
ICC 編譯器包裝器與英特爾 (intel) 成員
- NP 關於英特爾 (intel) 重新封裝
- 希望發布更多東西
- 許多內部討論
- 計劃將更多函式庫引入 conda
- dpcpp
- dnn stuff
- 編譯器
- 我們將如何處理套件和驗證?
- 英特爾 (intel) 東西重新封裝的歷史以及為什麼不複製/拷貝
- IF
- 我們想要更改中繼資料並更改一些預設設定 (交換 intel openmp 和 llvm openmp)
- 在 MKL 中使用不同的 blas 匯出
- Andres 與編譯器
- 我們可以從新的 recipes 開始
- 有基於 ctng 的內部版本
- 英特爾 (intel) 有 "setvar" 腳本
- 問題是這個佈局可以嗎?
- icc 是二進制重新封裝
- 啟動呼叫 setvars.sh
- IF: 只有 icc 還是 DPCPP?
- 答案:目前先 ICC,然後 DPCPP
- IF
- ctng 套件中需要東西
- setvars.sh 有停用功能嗎?
- AG
- 關於 conda 需要做什麼?
- IF
- 我們停用後需要環境保持不變
- MRB: 我們可以將 ctng 重複用於 icc 嗎?
- IF: 我們沒有這樣做 - 你錯了 matt!
- IF: 需要 icc 使用我們的 sysroot
- AG: Fortran 呢?
- MRB: 先做 C/C++,然後再做 Fortran
- IF: 我們將有兩個套件
- icc_impl_{{ target_platform}} : 重新封裝二進制套件
- icc_{{ target_platform}}: 啟動腳本
- NP 關於英特爾 (intel) 重新封裝
-
(FF) GSoC 2021 計劃
- Filipe 今年無法管理這個。如果有人願意,請從 Filipe 手中接管。
-
(FF) Outreachy 更新
-
(FF) 會議時間,我們應該發送新的 doodle 來嘗試納入更多人嗎?
- 回到每兩週一次
- 發送投票以移動到與 conda 社群會議交替的時間段
-
(FF) pypy 遷移應該放在自動合併 (automerge) 上嗎?
- 我們對 R 很謹慎
- 合併 PR 對人們來說是個負擔
- FF 認為這會沒問題
- IF 自動合併 (automerge) 將允許訪問我們的許多 feedstock
-
(MP) PyPy 3.7 遷移進展如何?
- 3.6: 完成 (1328) 在 PR 中 (412) 無法解決 (0) 等待父套件 (423) 機器人錯誤 (5)
- 3.7: 完成 (738) 在 PR 中 (565) 無法解決 (112) 等待父套件 (739) 機器人錯誤 (14)
- 41 個 (37%) 無法解決的問題僅適用於 Python 2.7
-
(KK) 預設限制我們建置矩陣中的 CUDA 版本數量
- 好的,請
推遲到下次會議
進行中投票
子團隊更新
機器人 (Bot)
ARM
POWER
CUDA
文件 (Docs)
staged-recipes
網站 (website)
安全+系統 (security+systems)
CI 基礎架構 (CI infrastructure)
編譯器升級 (Compiler upgrade)
CFEP 更新
未結 PR (Open PRs)
-
cfep-04 X11 和 CDT 政策
- 非活躍 - 以某種非活躍狀態合併?
- 需要新的倡導者。感謝 pkgw 在這方面的工作!有來自 pkgw 從 2020 年 1 月 10 日起未回覆的評論。已解決:讓我們延後並保留我們現在的「混合模型」。
-
cfep-06 Staged-recipes 審查生命週期
- 非活躍 - 以某種非活躍狀態合併?
- 來自 @saraedum 的持續評論。@jakirkham,您可以回覆嗎?有來自 @saraedum 從 2020 年 1 月 8 日起未回覆的評論
- (MRB) stalebot 已經解決了這裡最糟糕的問題。我認為我們可以永久延後這個。已解決:暫時延後,贊成使用 stale bot。
-
cfep-15 Feedstock 狀態,未維護
- 非活躍 - 以某種非活躍狀態合併?
- 需要再次審查。有來自 pkgw 從 2020 年 1 月 11 日起未回覆的更新。待處理:重新 ping pkgw 進行第二次審查。
-
cfep-12 移除違反來源套件條款的套件
- 自 2020 年 5 月 26 日起停滯
- 關於移動到「損壞」與從 conda-forge 頻道刪除的 активні 辯論
- 進行中投票,於 2020-03-11 結束
- 投票結果如何?
- 我們有收到 NumFOCUS 的回覆嗎?他們做了法律研討會,有錄影
-
cfep-17 處理 pin backports 和依賴項重建
- Isuru、CJ 和 Matt 之間關於實作細節的停滯辯論
- 2020-07-22 更新:我們原則上同意在 feedstock 中臨時呈現所需的額外 pinning(即,直到遷移結束)。
-
cfep-19 Pinning epochs
- 自七月以來停滯
-
cfep-20 套件拆分
- 約 1 個月沒有更新
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
本次會議
2021-01-27
上次會議
2021-01-06
2 次會議前
2020-11-24
移至 Issue Tracker
2020-11-18
- (IF/MRB/MV) intel oneAPI
- 待辦事項
- (Nikolay) opencl_rt 的授權
- (Nikolay) intelmpi ABI 與 mpich 的相容性
- (MRB/IF) 弄清楚如何封裝 C/C++ 編譯器
- (MRB/IF) 考慮 fortran ABI
- (MRB) 建立 conda-forge 編譯器室 (新增包括 keith 在內的人)
- 待辦事項
- (MB) 要求核心成員轉為「榮譽退休 (emeritus)」狀態
- TODO: Eric 設定所有核心成員的季度檢查,以查看他們是否有興趣保持「活躍」狀態,或者他們是否想轉為榮譽退休 (emeritus)
- 從榮譽退休 (emeritus) 人員中移除對各種憑證的訪問權限 (api 令牌、twitter 密碼等)?這將需要更改治理文件。
- TODO: Eric 設定所有核心成員的季度檢查,以查看他們是否有興趣保持「活躍」狀態,或者他們是否想轉為榮譽退休 (emeritus)
2020-11-11
- TODO: 考慮引入 JOSS 來提供關於我們如何最好地撰寫論文的背景資訊
2020-11-03
- TODO: 檢查 Forrest Watters 的核心權限
- (FF) Outreachy 將花費 6500 美元。
- 後續步驟:撰寫摘要並投票決定資金支出。
2020-10-28 2020-10-21
- (Marius?) Python 2.7 遷移
- ( ) [ ] 做出提示
- ( ) [ ] 發布公告
- ( ) [ ] 使提示成為 lint
2020-10-07
- 確保將 NVBug 資訊添加到 conda-forge 製作的 cudatoolkit 套件中 (如果我們製作一個)
2020-09-09
- (ED) 使用與 conda-tools 中相同的投票模型更新治理文件 (+3 且沒有 -1 即為通過)
- (SC) 撰寫 jinja 模板,將機構合作夥伴 yaml 轉換為網站 https://github.com/conda-forge/conda-forge.github.io/blob/2a2d3caaf7d74eb370ac40c679ba337a73d15c8a/src/inst_partners.yaml
- (SC) 記錄創建 OVH 帳戶並獲得訪問權限所需的操作
2020-08-26 Docker hub
- (JK) 檢查 Azure 建置工作站是否具有 docker hub 限制。
- (JK) 與 dockerhub 合作,看看我們是否可以獲得 OSS 狀態
- 稍後再次檢查。截至 2020-09-23,我們尚未收到回覆
OVH
-
在 twitter 上發文宣傳。「感謝 OVHCloud 提供 VM」等等。(也許在我們在 windows 上發布 qt 後?)
-
弄清楚如何向用戶傳達重大變更。可能應該立即開啟 issue 以進行進一步討論。Ping @kkraus,並從這些會議記錄中捕獲更多筆記
-
John K. 將更新 git repo 上的 cuda toolkit feedstock,以註明 NVBug 連結到 NVIDIA 內部問題追蹤器
-
Jonathan 將更新文件,以註明一些非詳盡的套件列表 (例如 cuda-toolkit、MKL 等)
-
Jonathan 將審查這個 PR
-
(Kale) 安排 conda 工作小組
-
cfep-10 後續步驟:CJ 召集投票以徵求回饋
-
cfep-06 後續步驟:要求 staged recipes 團隊倡導此 CFEP 並推動其前進
-
jakirkham & CJ-wright 同步關於將 CUDA 添加到遷移機器人
-
(Eric) 安排 Anaconda <-> conda-forge 同步關於 anaconda.org 需求收集
- 將嘗試在下個月安排此事。
-
(Anthony) 聯繫 NumFocus 以弄清楚不包含檔案中的許可證的法律後果。
-
(Eric) 內部檢查社群成員的旅館和機票資金水平?
-
(Eric) 弄清楚 conda-forge 的財務狀況以支持自身?
-
(jjhelmus) 開啟 CFEP 以了解我們將支持哪些 python 版本
-
(jakirkham) 撰寫一篇關於我們今天討論的 CUDA 東西的部落格文章
-
(jakirkham) 更新關於如何將 CUDA 支持添加到 feedstocks 的文件
-
(jakirkham) 將在 conda-smithy 上開啟一個 issue 以調查 Drone 問題。(ping aarch 團隊)
-
(ED) 關於我們是誰的頁面?FAQ 和每個人是誰的某種組合。FAQ 類似於
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
- 各個子團隊的 POC 是誰?
- 非正式資訊:角色、日常工作、簡歷、全部資訊、您為何在此等等。
- 公開還是內部?我真的不在乎。有人強烈支持其中一種方式嗎?
- 選擇加入公開簡歷
- 軟體木工坊 (software carpentry) 有大量講師,網址為 https://carpentries.org/instructors
- 有些人擔心「又一個要保持更新的地方」
-
(ED) 記錄使用 conda-forge 的可重現環境策略
-
(UK) 靜態函式庫 (Static libraries) 的東西
- 將 linting 提示添加到建置中以找到它們
- 建議如何封裝它們 -> CFEP-18
- 我們應該編寫文件說明我們不提供支持,這是一個壞主意。 -> CFEP-18