跳到主要內容

conda-forge 核心會議 2022-03-09

上週會議 我的時區會議時間 會議資訊

與會者

姓名縮寫GitHub ID隸屬關係
Matthew BeckerMRBbeckermrcf
Jaime R.GuerraJRGjaimergpQuansight/cf
Filipe FernandesFFocefpafCF
Cheng H. LeeCHLchenghleeAnaconda/cf
Dave ClementsDPCtnabtafAnaconda
Jannis LeidelJLjezdezAnaconda/cf
Wolf VollprechtWVQuantStack
Katherine KinnamanKKkathatherineAnaconda
Chris BurrCB
Isuru FernandoIFisurufCF/UIUC
Matti PicusMPmattipQuansight/PyPy
Marius van NiekerkMvNmariusvniekerkVoltron Data

總共 20 人

議程

常規項目

  • 在線新成員介紹

  • (FF) 預算

    • 目前的核准狀況?
    • 一旦更新數字到位,請螢幕分享並顯示預算。
      • 連結在 Keybase 中 (numfocus_spreadsheets.txt)
  • 未決投票

  • 2022 Outreachy / GSoC

    • 社群已接受
    • 專案提案 截止日期為 3 月 22 日星期二/星期三(美洲)/ 3 月 23 日(歐洲)
      • 除了專案提案外,還需要貢獻任務
      • 以及潛在實習生與我們溝通的管道。
    • 兩個專案
      • Grayskull and Friends,Jannis 和 Marcelo (pyproject.toml 支援)
      • 文件,Matt 和 Katherine
    • 問題
      •  
    • 待辦事項
      • 有人有時間支援 Grayskull 的工作嗎? (JL, DPC 將跟進)

來自先前會議

你的議程項目

  • (MRB) pybind11 ABI 相關事項

    • 根據上游開發人員的說法,pybind11 在編譯器 ABI 相容性方面「過度釘選」
    • 我們需要從其內部版本 ID 中移除編譯器 abi 資訊
    • conda-forge 以兩種方式使用 pybind11
      1. 人們使用 pybind11 和可選的 pybind11-abi 套件
        • pybind11-abi 幫助人們確保他們的環境中具有一致的 pybind11 ABI
        • 它與 pybind11 一起放在 host 中,並具有 run export
      2. 人們在沒有 pybind11-abi 套件的情況下使用 pybind11
    • 所以我的問題是,對於上述兩種情況中的哪一種,我們想要移除編譯器 abi 資訊?
      • 當然是情況 1
      • 我不明白為什麼情況 2 不行
      • 我們是否應該擔心發布相對於上游的 pybind11 修補版本? 這是否是僅執行情況 1 的理由。
    • 待辦事項 (全部 MRB)
      • 修補編譯器啟動腳本以附加到標誌而不是覆蓋
        • ^ 這在不清理 CXXFLAGS 方面有其他危險
      • 修補 pybind11-abi 以移除 abi 上的編譯器依賴性
      • 重建依賴於 pybind11-abi 的套件
  • (JRG) conda-feedstock 測試和 套件大小

  • (JL/JRG) conda 4.12.0

  • (MP) 啟動 PyPy 3.8 遷移並合併 https://github.com/conda-forge/pypy3.6-feedstock/pull/73

    • 待辦事項
      • 一個用於 pyp38 和 pypy39 的遷移器,依賴於 python310,將需要手動執行 menuinst+ conda + downstream
      • IF 將上傳 pypy3.6-feedstock 的 aarch64 和 ppc64 版本(名稱有誤,它構建的是 3.8 和 3.9),因為 CI 不構建它們,以及構建日誌
  • (JRG) conda 在 Windows 上具有 menuinst + pywin32 依賴項,但這僅在 base 中使用

    • 我們應該能夠從 conda 中移除硬依賴項
    • 然後,在 miniforge / miniconda 中顯式添加它(需要與 Anaconda 同步)
  • (MRB) Travis 在 conda-smithy 中針對常見平台禁用

    • (IF) 也添加到 conda-forge-ci-setup 中

進行中投票

CFEPs

  • cfep-12 移除違反來源套件條款的套件
    • 自 2020 年 5 月 26 日起停滯
    • 關於移動到「broken」與從 conda-forge 頻道刪除的 активні обговорення
    • 進行中投票,於 2020-03-11 結束
    • 投票結果如何?
    • 我們是否收到 NumFOCUS 的回覆? 他們做了法律研討會,並且有錄影

待辦事項

2022-01-12

  • 在日誌上傳後審查 Qt PR
  • 將 cupython 和 cuquantum 新增到 don't mirror 列表
  • 關於 std=c++14,等待 Kai 評論並合併 PR
  • CJ 和 Jaime 協調以告知 Maxiconda 我們無法使用他們的標誌 2021-12-01
  • WV:與 Homebrew 團隊建立見面問候電話?
  • MRB:(repodata 修補程式)建立一個 cron job,運行 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 優先
  • (MRB) master 到 main 移動 (https://github.com/conda-forge/conda-forge.github.io/issues/1162)

    • 除了 feedstocks、releases、conda-smithy 和我們的 github actions 之外,一切都已完成
      • releases 已損壞,已向 github 開啟問題
    • feedstocks 的一些選項
      • 確保變更 branch 上的 upload key
    • (MRB) 發布關於如何更新本地副本的公告(已移至上述問題)
    • (MRB) 確保更新 upload_on_branch(已移至上述問題)

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 對於核心的權限
  • (FF) Outreachy 將花費 6500 美元。
    • 下一步:撰寫摘要並投票決定資金支出。

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 build workers 以查看它們是否具有 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 支援新增到 feedstocks 的文件

  • (jakirkham) 將在 conda-smithy 上開啟一個問題以調查 Drone 問題。(ping aarch 團隊)

  • (ED) 我們是誰頁面? FAQ 和每個人是誰的某種組合。 常見問題解答,例如

    • CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
    • 各個子團隊的 POC 是誰?
    • 非正式資訊:角色、日常工作、簡歷、所有細節、你為何在此處等等。
    • 公開還是內部? 我真的不在乎。 有人強烈傾向於某一方嗎?
    • 選擇加入公開簡歷
    • 軟體木工坊有大量講師,並且有 https://carpentries.org/instructors
    • 對「又一個保持事物更新的地方」的一些擔憂
  • (ED) 記錄使用 conda-forge 的可重現環境策略

  • (UK) 靜態函式庫相關事項

    • 將 linting 提示新增到 build 以找到它們
    • 建議如何打包它們 -> CFEP-18
    • 我們應該撰寫文件說明我們不提供支援,而且這是一個壞主意。 -> CFEP-18