跳到主要內容

2020-11-18 conda-forge 核心會議

Zoom 連結 我的時區的會議時間 上週會議

與會者​

  • Filipe Fernandes
  • CJ
  • Nikolay
  • Eric Dill
  • Cheng Lee
  • Connor Martin
  • John Kirkham
  • Ray Douglas
  • Chris Burr
  • Marcel Bargull
  • Paul Ivanov
  • Isuru
  • Michael Sarahan
  • Crystal Soja
  • Wolf
  • Sylvain Corlay

議程​

常設項目​

來自前次會議​

  • (MB) 要求核心成員轉為「榮譽退休」狀態
    • 待辦事項：Eric 設定所有核心成員的季度檢查，以了解他們是否有興趣保持「活躍」狀態，或者是否想轉為榮譽退休
      • 移除榮譽退休人員存取各種憑證 (api tokens、twitter 密碼等) 的權限？這將需要修改治理文件。
  • (CJ) 我們似乎有一些 artifacts 的檔案數量超出預期 
'apache-libcloud-2.4.0-py27_1000',
'apache-libcloud-2.4.0-py36_1000',
'apache-libcloud-2.4.0-py37_1000',
'apache-libcloud-2.4.0-py_1000',
'autovizwidget-0.12.6-py_1000',
'dbxfs-1.0.38-py_0',
'google-api-core-1.20.0-py36h9f0ad1d_0',
'google-api-core-1.20.0-py37hc8dfbb8_0',
'google-api-core-1.20.0-py38h32f6830_0',
'google-api-core-1.20.1-py36h9f0ad1d_0',
'google-api-core-1.20.1-py37hc8dfbb8_0',
'google-api-core-1.20.1-py38h32f6830_0',
'google-cloud-bigquery-storage-core-2.0.0-pyh9f0ad1d_1',
'google-cloud-bigquery-storage-core-2.0.1-pyh9f0ad1d_0'

您的新議程項目​

  • (IF/MRB/MV) intel oneAPI

    • TL;DR 看起來我們可以自由運送來自 intel 的 oneAPI 編譯器堆疊
    • 請參閱這些 issues
    • 授權問題
      • 我們可以運送 ISSL 以外的軟體嗎？
    • 提出 issues 的地方
      • 例如：MKL 2020.4 在 SVD 上發生 segfault
      • 例如：TBB 2020.4 因為 hang 而無法用於 win/osx
    • 粗略計畫
      • 確切找出我們想要運送哪些東西
        • conda-forge 上的完整 intel 編譯器堆疊？
        • 重新封裝 intel 提供的編譯器 conda 套件？
        • intelmpi
        • opencl_rt
        • dpcpp_rt
        • oneCCL
      • 執行
        • 實作 archspec stuff，以便我們可以開啟更高等級的 SIMD 優化等級
          • 計畫也讓 gcc 和 clang 適用
        • 允許人們透過 migrator (如 aarch/ppc 和 osx arm) 或管理員命令，選擇性地將 intel stuff 新增到他們的 feedstocks
          • (IF)：我們為什麼需要 migrator？
          • (MRB)：讓事情對人們來說更美好
          • (MRB)：解決 fortran 或其他 runtimes 的任何 abi issues？
          • (IF)：這將是一次大規模的重建，但對 99.9% 的套件幾乎沒有好處
          • (MRB)：OK - 樂於使用管理員命令在需要時將其新增到 feedstocks
    • 其他筆記
    • 待辦事項
      • (Nikolay) opencl_rt 的授權
      • (Nikolay) intelmpi ABI 與 mpich 的相容性 * 是的，Intel MPI 具有 ABI 相容性，並計畫在未來支援它
      • (MRB/IF) 確切找出如何封裝 C/C++ 編譯器
      • (MRB/IF) 考慮 fortran ABI
      • (MRB) 建立 conda-forge 編譯器 room (新增人員，包括 keith)

  • (CJ) 多元與包容性子團隊

  • (CJ) 請填寫關鍵基礎架構調查

  • (MRB) bot 現在支援 PRs 到分支了！

    • (UK) 感謝！

  • (SC) OVH 正在給我們 s3 儲存空間，這應該足夠儲存所有 CF 以及 VM

    • MSFT 將能夠給予 CF 約 1 萬美元的託管額度

延後到下次會議​

進行中投票​

子團隊更新​

Bot​

ARM​

POWER​

CUDA​

文件​

staged-recipes​

網站​

安全+系統​

CI 基礎架構​

編譯器升級​

CFEP 更新​

未完成的 PRs​

  • cfep-04 X11 和 CDT 政策

    • 非作用中 - 以某種非作用中狀態合併？
    • 需要新的擁護者。感謝 pkgw 在這方面的工作！自 2020 年 1 月 10 日起，有來自 pkgw 的未回覆評論

  • cfep-06 Staged-recipes 審查生命週期

    • 非作用中 - 以某種非作用中狀態合併？
    • 來自 @saraedum 的持續評論。@jakirkham，您可以回覆嗎？自 2020 年 1 月 8 日起，有來自 @saraedum 的未回覆評論
    • (MRB) stalebot 已經解決了這裡最糟糕的問題。我認為我們可以永久延遲這一個。

  • cfep-10 Feedstock 狀態，未維護

    • 非作用中 - 以某種非作用中狀態合併？
    • 需要另一次審查。自 2020 年 1 月 11 日起，有來自 pkgw 的未回覆更新

  • cfep-12 移除違反來源套件條款的套件

    • 自 2020 年 5 月 26 日起停滯
    • 關於移動到「broken」與從 conda-forge 頻道刪除的積極辯論
    • 進行中投票，於 2020-03-11 結束
    • 投票結果如何？
    • 我們有收到 NumFOCUS 的回覆嗎？

  • cfep-17 處理 pin backports 和依賴項重建

    • Isuru、CJ 和 Matt 之間關於實作細節的停滯辯論
    • 2020-07-22 更新：我們原則上同意在 feedstock 中直接呈現所需的額外 pinnings (即，直到遷移結束)。

  • cfep-20

討論​

檢查先前的行動項目​

從上次會議議程複製先前的行動項目。

本次會議​

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) 要求核心成員轉為「榮譽退休」狀態
    • 待辦事項：Eric 設定所有核心成員的季度檢查，以了解他們是否有興趣保持「活躍」狀態，或者是否想轉為榮譽退休
      • 移除榮譽退休人員存取各種憑證 (api tokens、twitter 密碼等) 的權限？這將需要修改治理文件。

上次會議​

2020-11-11

  • 待辦事項：考慮引入 JOSS 以提供關於我們如何最好地撰寫論文的背景資訊

2 次會議前​

2020-11-03

  • (MRB) 關於核心成員何時推送到他們不維護的 feedstocks 的擬議政策 * [x] (MRB) 放入文件 PR * [ ] (MRB) 在 bot 上建立 PR 以提及該政策
  • 待辦事項：檢查 Forrest Watters 的核心權限
  • (FF) Outreachy 將花費 6500 美元。
    • 下一步：撰寫摘要並對資金支出進行投票。

移至 Issue Tracker​

2020-10-28 2020-10-21

  • (Marius?) Python 2.7 遷移
    • ( ) [ ] 製作提示
    • ( ) [ ] 發布公告
    • ( ) [ ] 將提示設為 lint

2020-10-07

  • 確保將 NVBug 資訊新增到 conda-forge 製作的 cudatoolkit 套件 (如果我們製作的話)

2020-09-30

2020-09-23

  • (MRB)
    • 執行 libgfortran 名稱變更
    • 將目標平台新增到 hashes
    • 使用 bot 執行 gfortran 遷移
    • bump pinnings

2020-09-16

  • 與 Jon Mease 安排一次關於 kaleido staged recipes PR 的電話
    • 於 2020-09-16 發送電子郵件
  • (FF) 在 python feedstock 上開啟 python 3.9 的 PR，看看哪些會失敗

2020-09-09

2020-08-26 Docker hub

  • (JK) 檢查 Azure build workers，看看它們是否具有 docker hub 限制。
  • (JK) 與 dockerhub 合作，看看我們是否可以獲得 OSS 狀態
    • 在某個時間點再次檢查。截至 2020-09-23，我們尚未收到回覆
  • (MRB) 開始將映像檔推送到 quay (https://github.com/conda-forge/docker-images/pull/152)

OVH

  • (???) 建立網頁以感謝他們 (和其他人)

  • 如果我們要新增 logo，將要確保我們有權限使用它。

  • 在某個時間點在 twitter 上大聲疾呼。「感謝 OVHCloud 提供 VM」等等 (也許在我們使用它運送 qt on windows 之後？)

  • 找出如何向使用者溝通重大變更。可能應該立即開啟一個 issue 以進行進一步討論。Ping @kkraus，加上從這些會議記錄中擷取更多筆記

  • John K. 將更新 git repo 上的 cuda toolkit feedstock，以註記 NVBug 連結到內部 NVIDIA issue tracker

  • Jonathan 將更新文件以註記一些非詳盡的套件列表 (如 cuda-toolkit、MKL 等)

  • Jonathan 將審查此 PR

  • (Kale) 安排 conda 工作群組

  • cfep-10 後續步驟：CJ 呼籲投票以徵求回饋

  • cfep-06 後續步驟：要求 staged recipes 團隊擁護此 CFEP 並推動其前進

  • jakirkham & CJ-wright 同步關於將 CUDA 新增到 migration bot

  • (Eric) 安排 Anaconda <-> conda-forge 同步關於 anaconda.org 需求收集

    • 將嘗試在下個月安排此項。

  • (Anthony) 聯繫 NumFocus 以找出檔案中不包含授權的法律後果。

  • (Eric) 內部檢查社群旅館和機票的資金水平？

  • (Eric) 找出 conda-forge 的財務狀況以支持他們自己？

  • (jjhelmus) 開啟 CFEP 以了解我們將支援哪些 python 版本

  • (jakirkham) 撰寫一篇關於我們今天討論的 CUDA stuff 的部落格文章

  • (jakirkham) 更新文件，說明如何將 CUDA 支援新增到 feedstocks

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

  • (ED) 關於我們是誰的頁面？FAQ 和每個人是誰的某種組合。FAQ 事項如

    • CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
    • 各個子團隊的 POC 是誰？
    • 非正式資訊：角色、日常工作、簡歷、所有細節、您為何在此等等。
    • 公開或內部？我真的不在乎哪一種。有人強烈偏好其中一種嗎？
    • 選擇加入公開簡歷
    • software carpentry 有大量的講師，並有 https://carpentries.org/instructors
    • 一些關於「又一個保持事物更新的地方」的擔憂

  • (ED) 記錄使用 conda-forge 的可重現環境策略

  • (UK) 靜態程式庫 stuff

    • 新增 linting 提示到 builds 以找到它們
    • 建議如何封裝它們 -> CFEP-18
    • 我們應該撰寫文件說明我們不提供支援，這是一個壞主意。 -> CFEP-18