2021-07-28 conda-forge 核心會議
與會者
議程
常設項目
-
在電話會議上為新成員介紹
-
(CJ) 預算
- 目前的核准狀況?
- 當更新的數字出來時,請螢幕分享並顯示預算。
- 連結在 Keybase 中 (numfocus_spreadsheets.txt)
-
公開投票
來自先前會議
- (JK): CUDA ARM 套件
- https://github.com/conda-forge/cudatoolkit-feedstock/pull/
- 需要處理多種 ARM 版本 (伺服器 vs 應用程式)
- 外掛架構的 CEP: https://github.com/conda/ceps/pull/1
- 虛擬套件的外掛機制: https://github.com/conda/conda/issues/10131
- Conda issue 中用於外掛相關主題的新標籤: https://github.com/conda/conda/labels/tag-plugins
您的新議程項目
-
(IF) 從 libgcc-ng 中移除 gcc sanitizer 執行時期
- https://github.com/conda-forge/ctng-compilers-feedstock/issues/60
- sanitizer 執行時期應該是一個獨立的套件還是完全移除?
- 決定從 libgcc-ng 移至 gcc
- 預設設定可能會為 libasan 和 co. 製作一個獨立的套件。
- 即使在我們移動之後,我們也可以稍後製作 libasan,所以現在移動它是可以的
-
(IF) arm 伺服器存取權限
- 請參閱 conda-forge-core 列表上的電子郵件
- Works-on-arm 表示他們無法再贊助,並建議我們使用 oracle 的免費方案
- 需要一張卡來註冊免費方案
- arm 伺服器目前用於建置 pypy、qt 等。
-
(MRB) 使用 adoodle 投票
-
(MRB) intel 編譯器授權
- matt 將資訊回傳給他們
-
(MRB) 具有 quantsight 的 GPU 叢集的 root 存取權限
-
(JK) CUDA 11.0+ ( https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/1708 )
- matt 製作 smithy 版本
- 需要調整 PR,但同意我們可以保留檔案和文件範例
- 需要一些工作來支援舊版 CUDA (9.x & 10.x) 的舊版編譯器
延至下次會議
進行中的投票
子團隊更新
Bot
ARM
POWER
CUDA
文件
staged-recipes
網站
安全+系統
CI 基礎架構
編譯器升級
CFEP 更新
開啟的 PR
-
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 日起停滯
- 關於移至「broken」與從 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 個月沒有更新
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
本次會議
上次會議
2 次會議前
移至 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) 要求核心成員轉為「榮譽退休」狀態
- 待辦事項:Eric 安排所有核心成員的季度檢查,以查看他們是否有興趣保持「活躍」狀態,或者他們是否想轉為榮譽退休
- 從榮譽退休人員中移除對各種憑證的存取權限(api token、twitter 密碼等)?這將需要更改治理文件。
- 待辦事項:Eric 安排所有核心成員的季度檢查,以查看他們是否有興趣保持「活躍」狀態,或者他們是否想轉為榮譽退休
2020-11-11
- 待辦事項:考慮引入 JOSS 以提供關於我們如何最好地撰寫論文的背景資訊
2020-11-03
- 待辦事項:檢查 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 內部 issue tracker
-
Jonathan 將更新文件,以註記一些非詳盡的套件列表(例如 cuda-toolkit、MKL 等)
-
Jonathan 將審查此 PR
-
(Kale) 安排 conda 工作小組會議
-
cfep-10 後續步驟:CJ 召集投票以徵求回饋
-
cfep-06 後續步驟:要求 staged recipes 團隊倡議此 CFEP 並推動其前進
-
jakirkham & CJ-wright 同步新增 CUDA 到遷移 bot
-
(Eric) 安排 Anaconda <-> conda-forge 在 anaconda.org 上同步需求收集
- 將嘗試在下個月安排此會議。
-
(Anthony) 聯繫 NumFocus 以找出不將許可證包含在檔案中的法律後果。
-
(Eric) 內部檢查資助水準,以了解飯店和從社群邀請人員的機票?
-
(Eric) 找出 conda-forge 的財務狀況以支持自己?
-
(jjhelmus) 開啟 CFEP 以了解我們將支援哪些 python 版本
-
(jakirkham) 撰寫一篇關於我們今天討論的 CUDA 內容的部落格文章
-
(jakirkham) 更新文件,說明如何將 CUDA 支援新增至 feedstock
-
(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) 靜態程式庫內容
- 新增 linting 提示到建置中以找到它們
- 建議如何打包它們 -> CFEP-18
- 我們應該撰寫文件說明我們不提供支援,這是一個壞主意。 -> CFEP-18