2019-07-24 conda-forge 核心會議
出席者
列出會議出席者
議程
請將新項目新增至會議議程
Scipy 衝刺開發
- conda-forge 衝刺開發的更新(Filipe / Marius / Lori)
- 明年要馬克杯嗎?
- 似乎沒有人真的想處理基礎架構。
- 變成更像服務台 -- 仍然有很多問題。主要圍繞在文件方面。
- 我該如何處理 strict?
- 將 Robot Operating System (ROS?) 套件生態系統遷移到 conda-forge?Wolf Volprecht -- 誰跟他談過這個?我只是無意間聽到。也許是 Anthony / Michael?
- Wolf 有興趣將這些套件新增到 conda-forge。可能會以與 "r" 相同的方式處理,因此在套件上加上 "ros-" 前綴。Marius 將會聯繫。
- Pypy 實作提案:https://docs.google.com/document/d/1DdOEwmG3pr4m9kIktc1crp3dJPdvJjbPvidmEclpuCA/edit
- 我們有 CI 頻寬來建構 pypy 生態系統 -- 這不是特別痛苦的事情。主要問題是如何讓這些東西能夠建置。pypy 有內部版本(6、7、8 等),這些版本與特定版本的 CPython 具有相容性,但版本控制方案不同。
- 問:pypy 變體將如何與其他變體互動?它將是另一個頂層變體,必須與 CPython 變體互斥。
- pypy 有不同的目錄結構 -- conda 端可能需要進行更改以支援
noarch: pypy
。 - 下一步:對規格說「是」/「否」,指出潛在的缺陷,將其交還給(Matti?)並說明需要完成的工作。
- Marius 對 scipy 進行了模糊的修改,以在 Azure 上的 k8s 上建置東西。對於 CI 時間過長的東西,我們可能可以建置任何類似 Linux 的東西。待辦事項:抓取成品並將它們上傳到 anaconda.org。這很可能處於其他人可以接手並繼續執行的狀態。
子團隊更新
Bot
ARM
- aarch64/ppc64le 遷移幾乎完成
- 仍然缺少一些關鍵套件
- matplotlib
- notebook(需要 pandoc)
- Jonathan:嘗試為 ARM 建置 pandoc 套件。目前我們一直在重新封裝二進位檔案。notebook 需要。可能需要將 nbformat 轉換回 arch 套件
- 使用 matplotlib-core 並避免 matplotlib 引入的 qt 依賴?
- opencv
- qt
- pyarrow
- 許多這些都需要 CDT
- 支援 32 位元 ARM 平台的可能性,linux-armv7l
- 受阻於 llvm-dev 套件 -- 可以使用 build-locally.py,但需要有人去做。
- Jonathan:為 arm7 建置了編譯器套件。現在 smithy & pinnings 有了正確的東西。還有一些其他的事情,但我們可以很快開始遷移。
文件
staged-recipes
- PR #8764 (sextractor)。天文學中非常廣泛使用的程式,程式名稱為
sextractor
,執行它的命令列是sex
。名稱中可能違反行為準則。建議的替代方案是 conda-forge 套件的不同名稱astromatic-sextractor
或astromatic-source-extractor
。即使套件的名稱不是sextractor
,anaconda.org 上該套件的頁面也會看起來像這樣,即仍然有幾個地方引用了sextractor
- 廣泛使用,已經存在很久了 -- 重新命名可能不是一個好的途徑
- NumFocus 說:這個名稱不好,並且可能違反行為準則。如果上游同意這是一個不好的名稱,並承諾更改名稱。已在上游開啟一個 issue,社群同意將二進位檔案的名稱從 "sex" -> "sextractor" 更改,但不更改專案的名稱。
- Matt:與 Anthony 追蹤此事。
CI 基礎架構
如果您想在議程上新增內容,請在此處新增您的姓名
Eric
- Anaconda.org 維護速度緩慢。CF 如何推動或協助維護?如果 Anaconda.org 維護速度持續緩慢,且 CF 無法參與維護,可接受的替代方案是什麼?
待討論:誰想要存取 anaconda.org?Anaconda 將需要一份外部承包商協議,將所有 IP 轉讓給 Anaconda。您還需要從您的雇主那裡獲得一份聲明,聲明他們承認 Anaconda 對您對 anaconda.org 代码庫所做的所有貢獻的 IP 所有權。如果沒有這兩份文件,我們將無法授予個人存取 anaconda.org 代码庫的權限。
* As long as there is a path forward with the new platform that Anaconda is building.
* label management aspect is an important feature for conda-forge.
* working with Anaconda on ensuring whatever feature set exists for the new anaconda.org still matches what the conda-forge community needs.
* TODO: Eric to set up a meeting to document feature set for anaconda.org
2. 切換到 Anaconda 的 Webex -- 感謝 Marius / Flatiron Health 的所有使用。45 分鐘的時間限制是我們應該解決的問題。Marius:ping IT 部門並修復 Zoom 會議在 40 分鐘後結束的問題。
-
將會議公開?a. 在星期三會議之前的星期一發布此會議議程,並請求社群成員參加 / 在 hackmd 中的此文件中新增筆記?b. 在 github.com/conda-forge.github.io 上開啟 issue,徵求社群的回饋?c. 我想我們可以從他們的 git commit 中取得每個人的電子郵件,並向整個社群發送電子郵件,但這似乎應該保留給緊急情況 d. 發布到公開的 Gitter
a. 會議記錄應該公開,會議應該是邀請制。b. 替代方案:給予人們對即時會議的「唯讀」存取權限。c. Filipe:研究音訊軟體,為想要參加但不是核心成員的社群其他成員提供僅收聽存取權限。
-
更新會議邀請名單。以下是一些在邀請名單上但沒有定期出現的人。我們應該移除他們嗎?對於任何回答「是」/「也許」/「可能」的人,我將以群組形式發送電子郵件,讓他們知道我們將從邀請中移除他們,但這並非排他性的,只是為了保持溝通精簡。他們 100% 始終歡迎重新加入!
- [email protected]
- Kai Tietz (Anaconda) - 可能
- [email protected]
- Lars Ewe (Anaconda) - 是
- Björn Grüning (榮譽退休)
- Kale Franz (Anaconda) - 是
- Phil Elson (榮譽退休)
- Michael Wendt (nvidia)
- Adam Beberg (nvidia)
- Raymond Douglass (nvidia)
- Sophia Parafina (Anaconda)
也許已與她確認,她想繼續參與
-
延長核心會議時間?
- 下次會議改為 45 分鐘。
Marius
- Intel 編譯器更新。a. 在 SciPy 與 David Liu 討論了如何安全地使用編譯器。授權方面有一些管理工作。b. Marius 有一個他正在開發的 repo,概述了這個架構。很快就會發布
討論
今天核心會議的筆記
檢查先前的行動項目
- Eric 接手組織開發會議,提供筆記等。
新的行動項目
將新的行動項目複製到下次會議議程,以便我們可以檢查。確保每個行動項目都分配給某人,否則可能不會完成。
- Filipe 開啟 issue 關於修復文件 -- 在衝刺開發中出現了一些問題。
- Marius 聯繫 Wolf,關於將機器人作業系統納入 conda-forge
- Mike:pypy 下一步:對規格說「是」/「否」,指出潛在的缺陷,將其交還給(Matti?)並說明需要完成的工作。
- 在 conda-forge.github.io 上開啟 issue,註明在 Kubernetes 叢集上完成的工作
- Filipe:研究音訊軟體,為想要參加但不是核心成員的社群其他成員提供僅收聽存取權限。
- Marius - 聯繫內部 IT 部門以清理一些 Zoom 小問題。
- Marius:Intel 編譯器架構 repo 更新。