2020-06-22 conda-forge 核心會議
出席者
- Eric D
- Filipe
- Uwe
- Jonathan Helmus
- Kirkham
- Matt B.
- Anthony Scopatz
- Lori
- Cheng Lee
- Ray Douglass
- Keith Kraus
- Sylvain
- Mike Sarahan
- Wolf
- Isuru
議程
您的議程項目
-
(任何人) 為線上新人介紹?
-
(FF) NumFOCUS 關於 GH 2FA、Google Drive 和 AWS 的更新
- GitHub 2FA 問題已解決(僅核心成員需要)
- 捐贈者姓名和地址在 NumFocus Google Drive 中
- 需要回覆 NumFocus 關於可能的 AWS 使用情況,截止日期已過。此處的目的是獲得 CF 在 AWS 上使用的積分
- 可以發送訊息給 Leah
- 也許可以為 Windows 機器取得 AWS workspaces 的積分?這將有助於調試 Windows 相關問題。還有 aarch64 機器。如果您對如何使用 AWS 有任何想法,請編輯以下文件。下週 Filipe 將發送電子郵件給 Leah / NumFocus
- https://hackmd.io/bXUZ8a08SBeTs4t9fVXR4A?edit
-
(FF) Scipy BoF、sprint 和成員出席/簡報。
- CJ/Marius 將處理套件 BoF。
- 有人處理 sprints 嗎?
- 有人提交演講/教學嗎?
- John 將就 GPU 套件進行演講
- wolf 將就 scikit-geometry 進行演講
-
(CJ) 常設預算項目
- 正在等待追蹤現有的 AWS 費用
-
(CJ/Anthony/MRB) 建立 conda-tools 組織以用於工具(conda-smithy、conda、mamba、grayskull、boa 等)
- 對於 conda 套件使用者社群來說,存在分支的潛在威脅。最好盡力避免這種情況。
- 將工具集中在一個 github 組織下
- conda-forge 組織?
- 優點:已經是一個 NumFocus 專案。獲得許多免費的管理開銷(治理模型、社群參與等)
- conda-tools 或新的其他組織?
- 將工具組織放在 conda-forge 下會引起一些企業使用者和其他使用者的疑問。獨立的組織可能更容易
- 成立新組織,申請成為新的 NumFocus 專案。實現了將單一組社群主導的工具和專案聚集在一起以用於此生態系統的相同目標。
- 提案:如果我們成立新組織,只需複製 conda-forge 治理模型
- 這也可能是討論規格的好地方,我們已經討論了一段時間(conda、conda-build meta.yaml 等)
- conda-forge 組織?
- (WV) 在集中的社群擁有的地方制定規格會很棒 - 使未來的規劃變得可行。
- (JH) conda 組織中有一個規格 repo,https://github.com/conda/schemas
- (FF) 我們如何避免扼殺創新?
- pypa 有點像「畢業進入頂級組織」的政策。
- 需要成為一個歡迎的組織。更像 pyvis
- (SC) 對於 jupyter 來說,「核心」並非實作,而是協定/檔案格式等。如果您在 Jupyter 中編寫一個支援這些的工具,那麼您可以立即存取各種工具
- conda 生態系統的類比是什麼?套件規格 (meta.yaml)、套件格式等?
- 需要注意命名。不想成為另一個「python 套件管理權威」
-
(WV) 快速宣布 micromamba (https://gist.github.com/wolfv/fe1ea521979973ab1d016d95a589dcde)
-
(WV) 來自上次會議的下一代套件格式標準化更新?
-
(MRB/Isuru) cos7 和 CDTs 計劃
- 合併此 PR:https://github.com/conda/conda-build/pull/3969
- 將所有 cos6/cos7 CDT 套件從 defaults 移動到 conda-forge
- 使用
no_hoist
更新建置,並在 sysroot 套件上執行約束 - 將它們全部遷移到新的 sysroot 並新增對 sysroot 套件的依賴
- 移除編譯器中的 shims
-
(FF) 我們應該將 Outreachy 作為支持科技領域多元化努力的一部分嗎?優點是成本低且影響大。缺點是導師的時間投入。
-
(UK) CFEP-18:套件靜態函式庫
-
(IF) cf-mark-broken:將未損壞的套件標記為損壞
-
(KK) CUDA 11 支援
- CUDA 11 放棄了 CentOS 6 支援
- 與上面的 CentOS 7 遷移相關
cudatoolkit
11 - https://github.com/AnacondaRecipes/cudatoolkit-feedstock/pull/7
進行中的投票
子團隊更新
機器人
- (CJ) openjdk、r-java 停滯不前的狀態
上週未完成事項
ARM
POWER
CUDA
文件
staged-recipes
網站
security+systems
- 仍然需要完成 CFEP-13
CI 基礎架構
編譯器升級
CFEP 更新
未處理的 PR
-
cfep-04 X11 和 CDT 政策
- 非使用中 - 以某種非使用中狀態合併?
- 需要新的擁護者。感謝您對 pkgw 的工作!有來自 pkgw 的未回覆評論,來自 2020 年 1 月 10 日
-
cfep-06 Staged-recipes 審查生命週期
- 非使用中 - 以某種非使用中狀態合併?
- 來自 @saraedum 的長期評論。@jakirkham,您可以回覆嗎?有來自 @saraedum 的未回覆評論,來自 2020 年 1 月 8 日
- (MRB) stalebot 已經解決了這裡最糟糕的問題。我認為我們可以永久延遲這個。
-
cfep-10 Feedstock 狀態,未維護
- 非使用中 - 以某種非使用中狀態合併?
- 需要另一次審查。有來自 pkgw 的未回覆更新,截至 2020 年 1 月 11 日
-
cfep-12 移除違反來源套件條款的套件
- 關於移動到「損壞」與從 conda-forge 頻道刪除的積極辯論
- 進行中的投票,於 2020-03-11 結束
- 投票結果如何?
- 我們收到 NumFOCUS 的回覆了嗎?
-
cfep-18 套件靜態函式庫
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
上次會議
- (CJ) 組成財務子團隊
- 記錄使用者應如何解釋損壞標籤
- 更新我們作為核心成員應如何將套件標記為損壞
- (ED) 記錄使用 conda-forge 的可重現環境策略
- (UK) 靜態函式庫相關事項
- 新增 linting 提示到建置以找到它們
- 建議如何打包它們 -> CFEP-18
- 我們應該編寫文件說明我們不提供支援,而且這是一個壞主意。 -> CFEP-18
2 次會議前
- (ED) 關於我們頁面?FAQ 和每個人是誰的某種組合。FAQ 事項例如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
- 各個子團隊的 POC 是誰?
- 非正式資訊:角色、日常工作、簡歷、全部資訊、您為何在此等等。
- 公開還是內部?我真的不在乎哪種方式。有人強烈偏好其中一種嗎?
- 選擇加入公開簡歷
- 軟體木工坊有大量講師,網址為 https://carpentries.org/instructors
- 有些人擔心「又一個需要保持更新的地方」
3 次會議前
移至問題追蹤器
- (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 團隊)