跳到主要內容

conda-forge 核心會議 2022-10-05

Your __new__() agenda items 標題下新增議程項目

出席者

姓名縮寫GitHub ID所屬機構
Dave ClementsDPCtnabtafAnaconda
Filipe FernandesFFocefpafconda-forge
Jaime Rodríguez-G.JRGjaimergQuansight/cf
Katherine KinnamanKKkathatherineAnaconda
Jason McAllisterJMsolid-snake-JayAnaconda
Matthew BeckerMRB.beckermrcf
Marius van NiekerkMvNmariusvniekerkVoltron Data
John KirkhamJKjakirkhamNVIDIA/cf
XXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXX

總共 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 個字元的限制)
  • (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 的回覆?他們舉辦了法律研討會,並已錄影

待辦事項

2022-06-15

  • (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

2022-04-05

  • 待辦事項:闡明關於「您正在考慮簽訂合約以在 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

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 密碼等)的存取權限?這將需要變更治理文件。

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

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