hackmd

2021-05-05 conda-forge 核心會議

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

與會者

議程

常設項目

• 在線新成員介紹

• (CJ) 預算

  • 目前批准狀況？
  • 無論何時數字更新，請螢幕分享並展示預算。
    • 連結在 Keybase 中 (numfocus_spreadsheets.txt)

• 公開投票

  • DEI 團隊：https://github.com/conda-forge/conda-forge.github.io/pull/1187

來自先前會議

您的新議程項目

• (JK) CentOS 8
  • https://github.com/conda-forge/conda-forge.github.io/issues/1432
  • (MRB) 問題：我們跨不同發行版匹配 glibc 版本是唯一的要求嗎？
    • 是的，glibc 最重要
    • 需要以與 glibc 相同的方式考慮 X11 CDT 版本（盡可能舊）
    • 核心標頭也有同樣的顧慮
  • (CHL) 預設：盡可能堅持使用 CentOS 7；如果需要更新的 glibc，則使用 Debian 9 或 10（可能）
  • (IF) 我們應該嘗試使用 centos7
  • 待辦事項
    • 在 centos7 中測試 nvcc 等
    • (KK) 詢問 nvidia 我們是否可以重新發布
  • 下一個 glibc 版本是什麼？
    • 可能是 2.24
    • 可能要到 2024 年之後才會更新
  • 我們何時放棄 centos6？
    • 我們需要在 glibc >=2.17 的編譯器啟動腳本中添加 run export
    • 我們需要移除 cos7 sysroot 上的功能
    • Anaconda 2020.11 是最後一個支援 CentOS 6 的安裝程式版本；Anaconda >= 2021.04 將需要 CentOS 7 (glibc >=2.17)。部落格文章：https://www.anaconda.com/blog/individual-edition-2020-11
    • 可能希望同時遷移到 gcc 10/11
  • (KK) CUDA 11.x PPC64LE 使用 GLIBC 2.17，而 AARCH64 使用 GLIBC 2.27
• (JK) C++17
  • https://github.com/conda-forge/clang-compiler-activation-feedstock/issues/17
  • Boost 問題 C++14/C++17
    • 可能需要在 Boost 中添加啟動腳本以選擇 C++ 版本
    • 考慮從編譯器中移除 C++ 版本
    • 在 clang 上移除編譯器版本仍應使用 C++14 並啟用 GNU 擴充功能
    • Clang 13.0.0 可能（需要重新檢查？）預設會遷移到 C++17
    • (GCC 在移除 C++ 版本標誌時的行為？)
      • 如果我們為 GCC 移除 -std= 標誌，這應該只在 GCC>=11 時發生，因為否則我們會從 17 降到 14。
    • https://github.com/conda-forge/boost-cpp-feedstock/issues/43
    • 需要重新檢查這是否仍然是個問題

推遲到下次會議

進行中投票

• https://github.com/conda-forge/conda-forge.github.io/pull/1187

子團隊更新

Bot

ARM

POWER

CUDA

• CentOS 8？ ( https://github.com/conda-forge/conda-forge.github.io/issues/1432 )
• HPC SDK ( https://github.com/conda-forge/conda-forge.github.io/issues/1390 )

文件

staged-recipes

網站

安全性+系統

CI 基礎架構

編譯器升級

CFEP 更新

未完成 PR

• cfep-04 X11 和 CDT 政策

  • 非活躍 - 與一些非活躍狀態合併？
  • 需要新的倡導者。感謝 pkgw 在這方面的工作！有來自 pkgw 自 2020 年 1 月 10 日起未回覆的評論。已解決：讓我們延遲並保持我們現在的「混合模型」。

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

  • 非活躍 - 與一些非活躍狀態合併？
  • 來自 @saraedum 的持續評論。@jakirkham，您可以回覆嗎？有來自 @saraedum 自 2020 年 1 月 8 日起未回覆的評論
  • (MRB) stalebot 已經解決了這裡最糟糕的問題。我認為我們可以永久推遲這個。已解決：暫時為了 stale bot 而推遲。

• cfep-15 Feedstock 狀態，未維護

  • 非活躍 - 與一些非活躍狀態合併？
  • 需要再次審查。有來自 pkgw 自 2020 年 1 月 11 日起未回覆的更新。待定：重新 ping 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-19 Pinning epochs

  • 自七月以來停滯

• cfep-20 套件拆分

  • 約 1 個月沒有更新

討論

檢查先前行動項目

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

本次會議

上次會議

2 次會議前

移至 Issue Tracker

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

• (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 團隊）

  • https://github.com/conda-forge/conda-forge.github.io/issues/954

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

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

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

• (UK) 靜態函式庫內容

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