跳到主要內容

2020-10-28 conda-forge 核心會議

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

與會者

  • Marius van Niekerk
  • Connor Martin
  • Filipe Fernandes
  • Matthew R Becker
  • Cheng Lee
  • Keith Kraus
  • Ray Douglass

議程

常設項目

  • 為通話中的新人介紹

  • (CJ) 預算

    • 目前批准情況?
    • 每當更新的數字出現時,請螢幕分享並顯示預算。
      • 連結在 Keybase 中 (numfocus_spreadsheets.txt)
  • (MRB/ED/SC) 路線圖 / 資金

    • 目標是在每次核心會議中花費約 15 分鐘,持續 3-4 次會議來討論這個問題
      • 保留最後 15 分鐘用於此項。
    • https://hackmd.io/0zGSUS71SbOdBsdLtDmGjg
    • 筆記將添加到上面的 hackmd 中
    • MRB 將整理成某種文件
    • 今天我有兩個想法要討論
      • 做一些規模估算,並嘗試了解每個項目在開發人員天數和美元方面的成本
      • 就 conda-forge 的未來走向以及我們未來 5 年左右想做什麼進行漫談

來自之前的會議

  • (MRB / ED / SC) 路線圖 / 資金?在 gitter 中討論
    • (SC) 如果 CF 作為一個專案收到資金,會做些什麼?也許在 conda-forge 網站上發布一些白皮書會有所幫助。如果某家公司透過 NumFOCUS 向專案捐贈 1 萬、10 萬或 100 萬美元,conda-forge 會做一些非常不同的事情嗎?
      • 1 萬美元:它是否能購買足夠的託管空間來做一些有趣的事情?
      • 10 萬美元 - 它帶來什麼。
      • 更大的金額:conda-forge 甚至可能能夠直接資助人們從事該專案。
      • 我們幾乎可以肯定地找到很多有用的東西,這些東西不需要就路線圖達成共識,也能獲得資金。(我認為這不會引起爭議,例如,我們可以利用一些資金來做一些漂亮的網頁開發,以更好地視覺化遷移,或類似的東西)可能有很多這類性質的事情。
    • 如果我們列出一個清單,聖誕老人可能會出現...
    • 請參閱上面的 bloomberg 筆記...
    • 願望清單和想法:https://hackmd.io/0zGSUS71SbOdBsdLtDmGjg
      • (ED) 我們可以為提交想法的人添加姓名縮寫嗎?如果後續有問題,追蹤會很有用
      • (MRB) 在下次核心會議中開始就此議題討論 15 分鐘

您的() 議程項目

  • (IF) 向 Anaconda Inc. 要求更多 cf-staging 的儲存空間。
    • (CHL) 將在本週與 Anaconda IT 提出 🎉 (CAS: 已於 10/18 更新 cf-staging 的儲存空間至 100GB: MRB: 謝謝!)
    • TODO: Matt,您可以寫下您剛才說的關於推送提交以重新啟動建置的事情嗎?
      • 是的!
    • (WV) 將與 OVH 合作在其基礎架構上設定 Quetz。新年後再重新檢視。
  • (MDT) Souschef - Marcelo
  • (FF) SciPy Windows 建置長期和短期計畫
    • 使用 ifort 建置,處理當 defaults 有一個時的頻道優先順序變動;
    • 考慮 Intel oneAPI(仍在 beta 階段,需要檢查許可證):https://software.intel.com/content/www/us/en/develop/tools/oneapi/hpc-toolkit.html
      • TODO: Marius ping intel 的人員,詢問關於為我們的 CI 取得存取權限。來自 Marius 2020-10-28: 安裝 oneapi 東西沒有法律問題
    • 使用 msys2 建置(我們需要熟悉 numpy.distutils 的人協助);
    • 等到 defaults 有一個並在沒有 Windows 上 SciPy 的情況下向前推進遷移。(可能需要一些機器人變通方法。)
    • py39 遷移因 Windows 上 scipy 而卡住。
    • 對於 py38,Marius 在 Windows 機器上本地建置了 scipy windows one,上傳了它等等。然後我們也從 defaults 複製了所有最新版本的 scipy 到我們的頻道,以處理頻道優先順序。不太記得所有細節。(IF)Marius 建置了 3.8。然後從 defaults 複製了最新 scipy 版本的其他 python 版本。
    • 鑑於 Anaconda 的時間表約為 1 個月,我們應該等待 anaconda 提供
  • (CHL) defaults 的編譯器更新待定
    • Linux: GCC 9.x vs 10.x。
      • gfortran 8/9/10/11 應該具有相同的 ABI
      • 10.3 是 anaconda 人員正在考慮的版本
      • NVCC 與 GCC 10 不相容;nvcc 10.0 -> GCC 7, nvcc 10.1,10.2 -> GCC 8; nvcc 11.0 -> GCC 9, nvcc 11.1 -> GCC 10
    • Windows: VS 2015 或 2017
      • CF 對於 Python >=3.5 使用 2017。

推遲到下次會議

進行中的投票

子團隊更新

Bot

ARM

POWER

CUDA

文件

staged-recipes

網站

安全性+系統

CI 基礎架構

編譯器升級

CFEP 更新

未完成的 PR

  • 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 日起停滯
    • 關於移動到「損壞」與從 conda-forge 頻道中刪除的積極辯論
    • 進行中投票,於 2020-03-11 結束
    • 投票結果是什麼?
    • 我們有收到 NumFOCUS 的回覆嗎?
  • cfep-17 處理 pin backports 和依賴項重建

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

討論

檢查先前的行動項目

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

本次會議

2020-10-28

上次會議

2020-10-21

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

2 次會議前

2020-10-07

  • 確保將 NVBug 資訊添加到 conda-forge 製作的 cudatoolkit 套件中(如果我們製作一個)

2020-09-30

移至 Issue Tracker

2020-09-23

  • (MRB)
    • 進行 libgfortran 名稱變更
    • 將目標平台添加到雜湊值
    • 使用機器人進行 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 建置工作站,看看它們是否具有 docker hub 限制。
  • (JK) 與 dockerhub 合作,看看我們是否可以獲得 OSS 狀態
    • 在某個時候再次檢查。截至 2020-09-23,我們尚未收到回覆
  • (MRB) 開始將映像檔推送到 quay (https://github.com/conda-forge/docker-images/pull/152)

OVH

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

  • 如果我們要新增標誌,將需要確保我們有權限使用它。

  • 在某個時候在 Twitter 上大聲疾呼。「感謝 OVHCloud 提供 VM」等等。(也許在我們在 Windows 上發布 qt 後?)

  • 找出如何向使用者傳達重大變更。可能應該立即開啟一個 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 添加到遷移機器人

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

    • 將嘗試在下個月安排這個時間。
  • (Anthony) 聯繫 NumFocus 以釐清不包含檔案中的許可證的法律後果。

  • (Eric) 內部檢查資助水準,以了解酒店和社區人員的飛行費用?

  • (Eric) 弄清楚 conda-forge 的財務狀況以支持自身?

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

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

  • (jakirkham) 更新文件,說明如何將 CUDA 支援添加到 feedstocks

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

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