2020-10-14 conda-forge 核心會議
與會者
* CJ
* Eric D
* Matt B
* Filipe
* Marius
* Sylvain
* Michael S.
* Cheng Lee
* Isuru
* Keith
* Wolf
* Marcel
* Paul I.
* Stephanie
* John K.
議程
常設項目
-
在電話會議上為新成員介紹
-
(CJ) 預算
- 目前的核准狀況?
- 一旦更新的數字出來,請螢幕分享並展示預算。
- 連結在 Keybase 中 (numfocus_spreadsheets.txt)
來自先前會議
- (MvN) 使用 conda-lock 和 micromamba (mm) 更快地佈建基礎建置環境
- 重點:我們可以將 windows 環境佈建的開銷從 5 分鐘降至 70 秒
- 缺點?
- 有幾個部分需要完成。mm 不支援我們從 conda 鎖定檔安裝所需的所有標誌 (目前 Wolf 正在努力中。應該很快就會完成)
- (IF) 鎖定檔只為我們節省幾秒鐘
- 優勢
- 可以精確地版本化用於我們所有建置中的基礎環境。基於 GH actions 的 repo。每 5 分鐘重新產生鎖定檔。
- 行動項目
- 嘗試在 win-64 上使用不帶鎖定的 micromamba
- (PI) aka - 微型 shell 子命令切換器: https://sr.ht/~pi/aka/
您的新議程項目
-
(SG) Bloomberg 補助事項
- Kevin (OSS 總監) 有興趣向 conda-forge 提供補助。整理一份對 conda-forge 有益的資源願望清單。
- 資源清單,整體估算
- 需要建立願望清單
- (待辦事項) 建立願望清單
- Kevin (OSS 總監) 有興趣向 conda-forge 提供補助。整理一份對 conda-forge 有益的資源願望清單。
-
(FF) 推動 feedstock 中進行更多測試。我們使用 AzurePipelines 已經有一段時間了,CI 限制顯著降低。我們可以開始在骨架中預設啟用測試。這將是朝向更多自動合併的第一步。
- 待辦事項:釐清文件中我們說「不要執行測試」的地方
-
(MRB) github 發布和 conda-forge-sparta
-
(MRB / ED / SC) 路線圖 / 資金?在 gitter 中討論
- (SC) 如果 CF 作為一個專案收到資金會做什麼?也許在 conda-forge 網站上發布一些白皮書會有幫助。如果某公司透過 NumFOCUS 向專案捐贈 1 萬、10 萬或 100 萬美元,conda-forge 會做非常不同的事情嗎?
- 1 萬美元:它是否買到足夠的託管來做一些有趣的事情?
- 10 萬美元 - 它帶來什麼。
- 更大的金額:conda-forge 甚至可能能夠直接資助人員從事該專案。
- 我們幾乎可以肯定地找到許多有用的東西,即使沒有就路線圖達成共識,也不會妨礙獲得資金。(我認為這不會引起爭議,例如,哦,我們可以利用一些資金為遷移的更好視覺化做一些不錯的網頁開發,或諸如此類的事情)可能有很多這類性質的事情。
- 如果我們列出清單,聖誕老人可能會出現...
- 請參閱上面的 Bloomberg 備註...
- (SC) 如果 CF 作為一個專案收到資金會做什麼?也許在 conda-forge 網站上發布一些白皮書會有幫助。如果某公司透過 NumFOCUS 向專案捐贈 1 萬、10 萬或 100 萬美元,conda-forge 會做非常不同的事情嗎?
-
(MvN) 關於 cython 的戰術性事項?
- CPython 定期破壞其 api,迫使 python 生態系統的大部分重新 cython 化。
- 我們是否應該修補我們的 cython,以便在設定
CONDA_BUILD
環境變數時,我們始終重新 cythonize 並忽略檔案的 mtime?
-
(MvN) noarch: python v2
- 隨著我們越來越多地放棄與 py27/35/36 的相容性,我們是否應該使用 repodata 修補自動將 python 限制添加到所有
noarch: python
產物中?- 這個想法是選擇一個紀元日期 (例如 2020-10-01),並讓該日期之後建置的產物獲得一個 repodata 修補,如果它只有 python 限制,則添加 python>=3.6 限制。
- 此外,我們也可以更新 noarch 添加機器人動作,該動作會從配方中刪除所有包含 py27/34/35 選擇器的行,以剝離 noarch。
- 這應該可以讓我們將目前依賴於僅為 py27 相容性的某些東西的大量 feedstock 移動到 noarch: python,從而降低產物的增長率。
- 隨著我們越來越多地放棄與 py27/35/36 的相容性,我們是否應該使用 repodata 修補自動將 python 限制添加到所有
-
(IF) CDN 最近經常故障
- (CHL) Anaconda 正在積極研究這個問題;希望在未來幾週內解決
-
(WV) multisheller github.com/wolfv/multisheller
-
(CHL) 供您參考 - conda 4.9.0 現在在 conda-canary 上;計劃於 10 月 19 日發布。
推遲到下次會議
進行中的投票
子團隊更新
機器人
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 中呈現所需的多餘釘選。
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
本次會議
2020-10-14
上次會議
2020-10-07
- 確保將 NVBug 資訊添加到 conda-forge 製作的 cudatoolkit 套件中 (如果我們製作一個)
2 次會議前
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 內部問題追蹤器
-
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) 更新關於如何在 feedstock 中添加 CUDA 支援的文件
-
(jakirkham) 將在 conda-smithy 上開啟一個 issue 以調查 Drone 問題。(ping aarch 團隊)
-
(ED) 我們是誰頁面?FAQ 和每個人是誰的某種組合。FAQ 諸如
- 誰是 CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC
- 誰是各個子團隊的 POC?
- 非正式資訊:角色、日常工作、簡歷、全部內容、您為何在此等等。
- 公開還是內部?我真的不在乎。有人強烈認為其中一種方式嗎?
- 選擇加入公開簡歷
- 軟體木工坊有大量講師,並且有 https://carpentries.org/instructors
- 有人擔心「又一個保持事物更新的地方」
-
(ED) 記錄使用 conda-forge 的可重現環境策略
-
(UK) 靜態函式庫相關內容
- 在建置中添加 linting 提示以找到它們
- 建議如何封裝它們 -> CFEP-18
- 我們應該撰寫文件說明我們不提供支援,這是一個壞主意。 -> CFEP-18