conda-forge 核心會議 2022-10-19
在 Your __new__() agenda items
標題下新增議程項目
上週會議 我的時區會議時間為何 會議資訊
- 若要加入視訊會議,請點擊此連結: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 |
Marcel Bargull | MB | @mbargull | cf/Bioconda |
Daniel Ching | DJC | @carterbox | Argonne |
Jaime Rodríguez-Guerra | JRG | @jaimergp | Quansight/cf |
John Kirkham | JK | @jakirkham | NVIDIA/cf |
Filipe Fernandes | FF | @ocefpaf | conda-forge |
Ryan May | RM | @dopplershift | Unidata |
Jason McAllister | JM | @solid-snake-Jay | Anaconda |
Matthew R Becker | MRB | beckermr | cf |
----------------------- | -------- | --------------- | --------------------------- |
總共 11 人
常設項目
-
為通話中的新成員介紹
-
公開投票
來自上次會議的項目
-
Python >=3.10.7, >=3.9.14 等的下一步
- CVE-2020-10735 (透過
str
<->int
的阻斷服務攻擊) 修復程式碼中斷許多下游套件 - https://github.com/conda-forge/python-feedstock/pull/579
- 最初的感覺是等待,但上游似乎不會改回
- 無限期擱置修補程式版本並非選項;人們會收到較舊版本的 CVE 警告。
- conda.discourse 中關於此問題的疑問
- 想法?
- 我們可能應該發布;問題是我們是否修補掉上游修補程式?
- (JRG) 將召集標準、非敏感投票
- (CHL) Anaconda 的立場
- 給予我們的使用者 1-2 週的警告期,然後按原樣發布。
- 拒絕繼續將所有其他安全性修復程式碼反向移植到 .10.6/.9.13/.8.13/.7.13
- (CHL) 當我們處理這個問題時,我們應該如何處理 CVE-2015-20107 (mailcap)?
- 3.10 反向移植 最終被接受
- Anaconda 正在進一步反向移植到 3.7/3.8/3.9。
- CVE-2020-10735 (透過
-
行動項目
- (JRG) 建立 issue / PR 以進行投票
您的新() 議程項目
-
(JRG) 專案看板?
-
(MB) 在(未來)Python 3.11 遷移之前需要做任何事嗎?
進行中的投票
- cfep-21 授權用於靜態/標頭程式庫的套件
- 於 2022 年 7 月 25 日開啟,於 2022 年 8 月 2 日結束
CFEPs
- 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) 「我們也需要某些版本的 mingw-w64 用於 SciPy 1.9.0,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 我們無法使用他們的 logo 2021-12-01
- WV:與 homebrew 團隊安排見面問候電話?
- MRB:(repodata 修補程式)建立 cron job,執行 show_diff.py,並在非空時發布 issue + commit
2021-11-03
- 自架主機 CI 待辦事項
- 變更 URL 從 drone.conda-forge.org。提案
- woodpecker.conda-forge.org
- ci.conda-forge.org
- 設定監控
- Quantstack 正在為鏡像設定 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 編譯器室(新增人員,包括 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 後?)
-
找出如何向使用者傳達重大變更。可能應該立即開啟 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 支援新增至 feedstock
-
(jakirkham) 將在 conda-smithy 上開啟 issue 以調查 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