2020-10-28 conda-forge 核心會議
與會者
- 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 年左右想做什麼進行漫談
- 目標是在每次核心會議中花費約 15 分鐘,持續 3-4 次會議來討論這個問題
來自之前的會議
- (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 分鐘
- (SC) 如果 CF 作為一個專案收到資金,會做些什麼?也許在 conda-forge 網站上發布一些白皮書會有所幫助。如果某家公司透過 NumFOCUS 向專案捐贈 1 萬、10 萬或 100 萬美元,conda-forge 會做一些非常不同的事情嗎?
您的新() 議程項目
- (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
- 支援圖表在此處:https://gist.github.com/ax3l/9489132
- 僅適用於編譯裝置程式碼(.cu 檔案),可以使用 CUDA 函式庫和主機 API 而無需 nvcc
- Windows: VS 2015 或 2017
- CF 對於 Python >=3.5 使用 2017。
- Linux: GCC 9.x vs 10.x。
推遲到下次會議
進行中的投票
子團隊更新
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(即,直到遷移結束)。
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
本次會議
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
- (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,我們尚未收到回覆
- (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