conda-forge 核心會議 2022-09-21
在 您的 __new__() 議程項目
標題下新增議程項目
- 若要加入視訊會議,請點擊此連結:https://zoom.us/j/9138593505?pwd=SWh3dE1IK05LV01Qa0FJZ1ZpMzJLZz09
- 或者,若要透過電話加入,請撥打 +1 347-384-8597 並輸入此 PIN 碼:828 997 153#
- 若要查看更多電話號碼,請點擊此連結:https://tel.meet/ijv-qsvm-tvn?hs=5
與會者
姓名 | 姓名縮寫 | GitHub ID | 所屬機構 |
---|---|---|---|
Dave Clements | DPC | tnabtaf | Anaconda |
Eric Dill | ED | ericdill | cf / voltron data |
Jaime Rodríguez-Guerra | JRG | jaimergp | cf / Quansight |
Matthew R Becker | MRB | beckermr | cf |
Katherine Kinnaman | KK | kathatherine | Anaconda |
Isuru Fernando | IF | isuruf | cf |
Cheng H. Lee | CHL | chenghlee. | cf / Anaconda |
Filipe Fernandes | FF | ocefpaf | cf |
Marcelo Trevisani | MDT | marcelotrevisani | cd |
總共 17 人
常規項目
-
在電話會議中為新成員介紹
- mark - 軟體工程師 - 來這裡是為了討論 julia
-
公開投票
- MRB - 沒有公開投票。很多人詢問關於 staged recipes。是否有人可以接手處理?
- ED 將負責呼籲投票。
來自先前會議
您的 new() 議程項目
- (JK) CUDA 授權更新
- 新的 CUDA 授權修正提案
- NVIDIA 希望在需要時可以移除套件
- MRB - 套件是否只能使用 NVIDIA 核准的腳本建置?感覺有點反社群
- JK 希望大家分享對提案的意見回饋。
- (MK/IF) 依賴 julia 套件的套件
- (DPC) conda-forge 是否有興趣引導我們的社群前往即將發布的 conda Discourse 網站?
- 可能會看到大量流量從 Gitter 轉移到 Discourse 中的套件建置器類別 (可能在 conda-forge 子類別中?)
- 也可能會看到一些討論發生在貢獻者 ⇒ 基礎架構類別 (或在 conda-forge 子類別中)
- 網站將在下週上線。
- (AO) 新的 python 修補程式版本 & int()/str() 往返的重大變更 (4300 個字元的限制)
- https://discuss.python.org/t/int-str-conversions-broken-in-latest-python-bugfix-releases/18889
- https://github.com/conda-forge/python-feedstock/pull/579 (最初的感覺是等待,但上游似乎不會改回)
- 無限期擱置修補程式版本並非明智之舉 IMO;人們會收到舊版本的 CVE 警告。
- 想法?
- (CHL) 趁此機會,我們應該如何處理 CVE-2015-20107 (mailcap)?
- 3.10 backport 終於被接受了
- (MRB) 關於 apple silicon 的 cirrus-ci,我們應該考慮什麼?
- native-native 編譯器的狀態?
- 需要 smithy PR OFC
- 我們是否要直接與他們聯繫?
- (AO) 在 aarch64/ppc64le 上交叉編譯 CUDA?
- 受到 arrow-cpp 的啟發,在 arrow-cpp 中,在 aarch 上建置 CUDA 會強制模擬所有 aarch (無法根據 CUDA 在 conda-forge.yml 中區分 build_platform)
- 模擬建置大約有 50% 的機率會超時,而將 PPC 也切換過來將意味著我們需要重新啟動 5-6 次,每次 6 小時的執行才能通過 CI
- 想法是找出缺少的環節 (與 EULA 討論相關,因為 KK 說我們無法一致地使用現有 (例如) ppc-images 的位元)
- AFAIU,我們「僅」需要在 x64 建置映像中將 aarch64/ppc64le libcuda stub 作為主機 lib,但很可能我忽略了很多東西。
進行中投票
- cfep-21 靜態/標頭函式庫的授權套件
- 於 2022 年 7 月 25 日開始,於 2022 年 8 月 2 日結束
CFEPs
- cfep-12 移除違反來源套件條款的套件
- 自 2020 年 5 月 26 日起停滯
- 關於移動到「broken」與從 conda-forge 頻道刪除的積極辯論
- 進行中投票,於 2020-03-11 結束
- 投票結果如何?
- 我們有收到 NumFOCUS 的回覆嗎?他們舉辦了法律研討會,並有錄影
TODOs
- (MvN) vs2022 編譯器支援
- 初步嘗試一些部分 https://github.com/conda-forge/vc-feedstock/pull/46
- 這是新的 VC 版本
- 使用現有的 UCRT
- 需要使用 windows-2022 github actions 映像
- TODO:後續將 runtime 的名稱變更為 vc_runtime
- TODO:將需要 msys epoch 的修補程式用於 UCRT
- (CHL) 供參考:msys2 環境 - 選擇您自己的編譯器 + libstdc++ + Windows runtime 冒險
- https://www.msys2.org/docs/package-naming/
- (RG) "我們也需要一些版本的 mingw-w64 用於 SciPy 1.9.0,MSVC + gfortran 將不再有效。我們現在在 CI 中使用 Rtools 工具鏈"
- (CHL) conda-forge 如何使用 channeldata.json?
- c-f 唯一已知的用途:計算網頁上「數字統計」的套件命名空間數量;其他用途已棄用
- TODO:CEP 棄用 & 從
conda-build
中移除--use-channeldata
- TODO:CEP 將 run exports 新增至
repodata.json
- TODO:闡明「所以您正在考慮簽訂合約來處理 conda-forge」的建議機制。簡而言之,您應該與 conda-forge 方面的受影響方 (或工作小組,或感興趣的人) 合作撰寫設計文件。一旦您就範圍、交付時間表以及 conda-forge 志願者方面需要的任何內容達成協議,請繼續與您的付款人簽訂合約。如果您不先執行此操作,您可能會在完成與付款人的合約協議交付時遇到一些困難。
2022-01-12
- 在日誌上傳後檢閱 Qt PR
- 將 cupython 和 cuquantum 新增至 don't mirror 清單 (MRB 完成)
- 關於
std=c++14
,等待 Kai 評論並合併 PR - CJ 和 Jaime 協調以告知 Maxiconda 我們無法使用他們的 logo 2021-12-01
- WV:與 homebrew 團隊安排見面問候電話?
- MRB:(repodata 修補程式) 製作一個 cron job,執行 show_diff.py,如果非空,則發布 issue + commit
2021-11-03
- 自架設 CI TODOs
- 變更 URL 從 drone.conda-forge.org。提案
- woodpecker.conda-forge.org
- ci.conda-forge.org
- 設定監控
- Quantstack 正在為 mirror 設定 grafana
- 變更 URL 從 drone.conda-forge.org。提案
2021-10-18
2021-09-22
- (WV):TensorFlow-GPU 已準備就緒,只需要決定 GPU 是否應優先於 CPU?!
- GPU 優先
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 編譯器 room (新增人員,包括 keith)
- 待辦事項
- (MB) 要求核心成員轉為「榮譽退休」狀態
- TODO:Eric 設定所有核心成員的季度檢查,以查看他們是否有興趣保持「活躍」狀態,或者他們是否想轉為榮譽退休
- 從具有各種憑證 (api tokens、twitter 密碼等) 的權限中移除榮譽退休人員?這將需要變更治理文件。
- TODO:Eric 設定所有核心成員的季度檢查,以查看他們是否有興趣保持「活躍」狀態,或者他們是否想轉為榮譽退休
2020-11-11
- TODO:考慮引入 JOSS 以提供關於我們如何最好地撰寫論文的背景資訊
2020-11-03
- TODO:檢查 Forrest Watters 的核心權限
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 追蹤器
-
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) 靜態函式庫內容
- 新增 linting 提示到建置中以找到它們
- 建議如何封裝它們 -> CFEP-18
- 我們應該撰寫文件說明我們不提供支援,這是一個壞主意。 -> CFEP-18