conda-forge 核心會議 2022-10-05
在 Your __new__() agenda items
標題下新增議程項目
出席者
姓名 | 縮寫 | GitHub ID | 所屬機構 |
---|---|---|---|
Dave Clements | DPC | tnabtaf | Anaconda |
Filipe Fernandes | FF | ocefpaf | conda-forge |
Jaime Rodríguez-G. | JRG | jaimerg | Quansight/cf |
Katherine Kinnaman | KK | kathatherine | Anaconda |
Jason McAllister | JM | solid-snake-Jay | Anaconda |
Matthew Becker | MRB. | beckermr | cf |
Marius van Niekerk | MvN | mariusvniekerk | Voltron Data |
John Kirkham | JK | jakirkham | NVIDIA/cf |
XXXX | XX | XXXXXXX | XXXXXXXXXXX |
XXXX | XX | XXXXXXX | XXXXXXXXXXX |
總共 11 人
常設項目
-
為通話中的新成員介紹 *
-
公開投票 *
來自先前會議
您的 new() 議程項目
- (DPC) conda-forge 是否有興趣引導我們的社群使用剛發布的 conda Discourse 網站?
- 可以看到大量流量從 Gitter 轉移到 Discourse 中的套件建置器類別(可能在 conda-forge 子類別中?)
- 也可能看到一些討論發生在貢獻者 ⇒ 基礎架構類別(或在 conda-forge 子類別中)
- 普遍感覺:是,讓我們這麼做。
- 可以主動放棄郵件列表。
- 在文件中發布公告,但不在郵件列表/論壇中發布。
- 我們需要引導人們使用它。
- 行動項目
- Dave 將建立類別
- Jaime 將建立資源和歡迎頁面。
- Dave 將催促 Jaime
- 一旦啟動,我們所有人將有選擇性地引導人們前往論壇。
- 現有的郵件列表? - 尚未有明確的決定。
- (JRG) GPU 伺服器的更新
- (MRB) 關於 apple silicon 的 cirrus-ci,我們應該考慮什麼?
- 原生編譯器的狀態?
- 需要 smithy PR OFC
- 我們是否想直接與他們聯繫?
- (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 終於被接受了
- (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,我們「只需要」一個 aarch64/ppc64le libcuda stub 作為 x64 建置映像檔中的主機 lib,但很可能我忽略了很多東西。
進行中的投票
- cfep-21 靜態/標頭程式庫的授權套件
- 2022 年 7 月 25 日開始,2022 年 8 月 2 日結束
CFEP
- cfep-12 移除違反來源套件條款的套件
- 自 2020 年 5 月 26 日起停滯
- 關於移動到「broken」與從 conda-forge 管道刪除的活躍辯論
- 進行中的投票,於 2020-03-11 結束
- 投票結果如何?
- 我們是否收到 NumFOCUS 的回覆?他們舉辦了法律研討會,並已錄影
待辦事項
- (MvN) vs2022 編譯器支援
- 一些組件的初步嘗試 https://github.com/conda-forge/vc-feedstock/pull/46
- 這是新的 VC 版本
- 使用現有的 UCRT
- 需要使用 windows-2022 github actions 映像檔
- 待辦事項:後續將執行階段的名稱變更為 vc_runtime
- 待辦事項:需要 msys epoch 的修補程式以用於 UCRT
- (CHL) 供參考:msys2 環境 - 選擇您自己的編譯器 + libstdc++ + Windows 執行階段冒險
- https://www.msys2.org/docs/package-naming/
- (RG) 「我們也需要 SciPy 1.9.0 的某些 mingw-w64 版本,MSVC + gfortran 將不再有效。我們現在在 CI 中使用 Rtools 工具鏈」
- (CHL) conda-forge 如何使用 channeldata.json?
- c-f 唯一已知的用途:計算網頁上「依數字顯示」的套件命名空間數量;其他用途已棄用
- 待辦事項:CEP 棄用並從
conda-build
中移除--use-channeldata
- 待辦事項:CEP 將執行匯出新增至
repodata.json
- 待辦事項:闡明關於「您正在考慮簽訂合約以在 conda-forge 上工作」的建議機制。重點是您應該與 conda-forge 方面的受影響方(或工作組,或感興趣的人員)制定設計文件。一旦您就範圍、交付時間表以及 conda-forge 志願者方面需要的任何內容達成協議,請繼續與您的付款人簽訂合約。如果您沒有先執行此操作,您可能會在完成與付款人的合約協議交付方面遇到一些困難。
2022-01-12
- 在記錄上傳後審查 Qt PR
- 將 cupython 和 cuquantum 新增至「不要鏡像列表」(MRB 完成)
- 關於
std=c++14
,等待 Kai 評論並合併 PR - CJ 和 Jaime 協調以告知 Maxiconda 我們無法使用他們的 2021-12-01 標誌
- WV:與 Homebrew 團隊建立會面問候電話?
- MRB:(repodata 修補程式)建立 cron 工作,運行 show_diff.py,如果為非空,則發布問題 + 提交
2021-11-03
- 自我託管 CI 待辦事項
- 從 drone.conda-forge.org 變更 URL。提案
- woodpecker.conda-forge.org
- ci.conda-forge.org
- 設定監控
- Quantstack 正在為鏡像設定 grafana
- 從 drone.conda-forge.org 變更 URL。提案
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 編譯器室(新增人員,包括 keith)
- 待辦事項
- (MB) 要求核心成員轉為「榮譽退休」狀態
- 待辦事項:Eric 設定所有核心成員的季度檢查,以查看他們是否有興趣保持「活躍」狀態,或者他們是否想轉為榮譽退休
- 從榮譽退休人員中移除對各種憑證(api 令牌、twitter 密碼等)的存取權限?這將需要變更治理文件。
- 待辦事項:Eric 設定所有核心成員的季度檢查,以查看他們是否有興趣保持「活躍」狀態,或者他們是否想轉為榮譽退休
2020-11-11
- 待辦事項:考慮引入 JOSS 以提供關於我們如何最好地撰寫論文的背景資訊
2020-11-03
- 待辦事項:檢查 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 之後?)
-
找出如何將重大變更傳達給使用者。可能應該立即提出問題以進行進一步討論。Ping @kkraus,以及從這些會議記錄中捕獲更上層的筆記
-
John K. 將更新 git 儲存庫上的 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 支援新增至 feedstock
-
(jakirkham) 將在 conda-smithy 上開啟一個問題以調查 Drone 問題。(ping aarch 團隊)
-
(ED) 我們是誰頁面?FAQ 和誰是所有人的某種組合。FAQ 諸如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
- 各個子團隊的 POC 是誰
- 非正式資訊:角色、日常工作、簡歷、全部細節、您為何在此等等。
- 公開還是內部?我真的不在乎哪種方式。有人強烈傾向於其中一種嗎?
- 選擇加入公開簡歷
- 軟體木工坊有大量講師,並且有 https://carpentries.org/instructors
- 關於「又一個需要保持最新資訊的地方」的一些擔憂
-
(ED) 記錄使用 conda-forge 的可重現環境策略
-
(UK) 靜態程式庫內容
- 將 linting 提示新增至建置以找到它們
- 建議如何封裝它們 -> CFEP-18
- 我們應該撰寫文件說明我們不提供支援,並且這是一個壞主意。 -> CFEP-18