2020-09-09 conda-forge 核心會議
與會者
- Jonathan Helmus
- Eric Dill
- CJ Wright
- Eli Rykoff
- Matthew Becker
- Uwe Korn
- Wolf Vollprecht
- John Kirkham
- Cheng Lee
- Filipe Fernandes
- Marcelo Trevisani
- Marcel Bargull
- Sylvain Corlay
- Isuru Fernando
- Ray Douglass
議程
常規項目
-
介紹電話會議中的新成員
- (MRB) Eli R.
-
(CJ) 預算
- 目前的批准都已更新。
- 每月螢幕分享並展示文件?
- 連結在 Keybase 中 (numfocus_spreadsheets.txt)
- (MRB) AWS 無法使用額度來支付我們的債務
- 我們應該請 Andy 請他們直接免除債務嗎?也聯絡 Brian Grainger?
- 待辦事項:Sylvain 電子郵件聯絡 Matt Becker 以聯繫 Brian Grainger。
- 待辦事項:Eric 支付 AWS 帳單並獲得報銷
- 如果我們不執行上述操作,我們應該先還清債務,然後加入 NumFocus 組織以取得我們擁有的額度嗎?
- 注意:無論誰支付債務,都將按照已通過的投票從 conda-forge 獲得報銷(加上您的信用卡點數!)。
- 我們應該請 Andy 請他們直接免除債務嗎?也聯絡 Brian Grainger?
您的新議程項目
-
(IF) macOS arm64
- 交叉編譯 python 食譜。
requirements:
build:
- cross-python # [build_platform != target_platform]
- python # [build_platform != target_platform]
- pip # [build_platform != target_platform]
- cython # [build_platform != target_platform]
host:
- python
- pip
- cython
run:
- python- 既然 conda-build 3.20.0 已發布,現在啟用 osx-arm64 的 CDN。(Jonathan 正在研究這個,可能不是這週)
- 您在 macos-arm64 的交叉編譯方面走了多遠?
- conda 和 conda-build 肯定,不確定還有多遠
- Jonathan 通過構建一個 python 環境,然後在該環境內部構建套件來引導這個問題(類似於 https://github.com/jjhelmus/conda_from_scratch)
-
(MRB) 從 Eli R. 存取 DTK
-
我的一位同事有機會獲得 OSX ARM DTK 來測試他的科學軟體
-
他需要 conda/scipy/numpy/etc
-
由於條款中的這種語言,他有點猶豫是否直接提供使用
“授權開發人員”是指您的員工和承包商、您的組織成員,或者如果您是教育機構,則指您的教職員工和學生,他們:(a) 具有可證明的需要知道或使用 Apple 軟體或 Apple 服務以開發和測試應用程式,並且 (b) 在他們將存取 Apple 機密資訊的範圍內,與您簽訂了書面且具有約束力的協議,禁止未經授權使用和洩露此類機密資訊。
-
上面的語言對於 Anaconda Inc. 存取 DTK 來說是否是一個問題?
- 不相關;Anaconda, Inc. 將使用自己的 DTK。
-
討論項目
- 我們顯然想在這方面提供幫助和參與,因為科學用戶很重要!
- 作為 conda-forge,我們是否想嘗試直接存取此資源以測試我們的構建?
- 我們可以在不違反上述條款的情況下做到這一點嗎?
- 我們在科學堆疊方面有多接近?
-
筆記
- 如果 Eli 願意,可以遠端存取 CLI 以測試套件構建
- 如果我們打算發布在 Apple DTK 上構建的套件,那麼需要非常仔細地閱讀條款和條件。
- Eli 的觀點是在本地輸入一些內容並提交問題。
- 交叉編譯然後測試交叉編譯器?
- 計劃
- 不聘請律師(昂貴且耗時)
- 嘗試與 Eli 建立每週/雙週同步,以通過 Zoom 實時幫助診斷問題。將問題發布到
- 絕對不要將套件發布到 anaconda.org
- 在所有 mac 套件上使用
conda-build -t
。將日誌發布到某處- 我們可以將日誌發布到某處嗎?創建的日誌是否機密,因為我們是在 DTK 機器上創建的?
-
-
(ED) 提醒對 https://github.com/conda-forge/cfep/pull/37 進行投票
-
(ED) Isuru 的電腦
- 投票通過 (14 👍, 1 👎)
- https://github.com/conda-forge/conda-forge.github.io/issues/1150
- 需要澄清的事項
- 關於機器使用期望
- 關於向 conda-forge 的其他成員提供機器的期望
- 關於退還機器的期望
- 如何實際購買。我們有 NumFocus 信用卡嗎?
-
(MRB) github 用戶 @jan-janssen 希望在此處的“關聯項目”部分中列出我們 https://pyiron.org/collaborators/
- numfocus 商標指南是:“允許大多數使用,只要清楚表明使用該標記的人似乎不是該項目或未經項目認可(未經明確許可)”
- 他們說最終由我們決定
- 我們是否同意此用戶顯示我們的徽標並稱我們為“關聯項目”?
-
(MRB) github docker 映像檔
- AFAICT 我們無法在 github 上託管公共 docker 映像檔,除非我們允許 conda-forge 中的任何人製作映像檔並推送它們
- docs 中的引述 (https://docs.github.com/en/packages/managing-container-images-with-github-container-registry/configuring-access-control-and-visibility-for-container-images#configuring-visibility-of-container-images-for-an-organization)
- “對於組織映像檔容器,組織管理員必須啟用公共套件,然後您才能將可見性設定為公開。有關更多資訊,請參閱“為您的組織啟用 GitHub Container Registry”。'
- (IF) - 從文件看來,我們無法控制他們添加新套件,但我們可以控制誰可以存取現有套件。
- 我嘗試推送映像檔,但無法設為公開。
- 因此我們需要一個單獨的組織
- 我提議
conda-forge-docker
-
(MRB) GCC 9.3.0 遷移
-
我想確保我理解要做的項目列表
-
據我所知,我們已經構建了所有編譯器
-
需要在 gfortran 堆疊的機器人中進行直接遷移
-
我們是否要更改 linux 上的 libgfortran 庫,使其在庫中包含 SO 版本?
-
我遺漏了什麼?
-
進行中的投票
子團隊更新
機器人
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 日起停滯不前
- 關於移動到“broken”與從 conda-forge 頻道刪除的積極辯論
- 進行中投票,於 2020-03-11 結束
- 投票結果如何?
- 我們收到 NumFocus 的回覆了嗎?
-
cfep-17 處理 pin backports 和依賴項重建
- 關於 Isuru、CJ 和 Matt 之間實施細節的停滯辯論
- 更新 2020-07-22:我們原則上同意在 feedstock 中直接呈現所需的額外 pinning(即,直到遷移結束)。
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
本次會議
上次會議
- (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 帳戶並獲得存取權限所需執行的操作
2 次會議前
Docker hub
- (JK) 檢查 Azure 構建工作人員,看看他們是否有 docker hub 限制。可能是 Azure 和 docker hub
- (JK) 檢查 Azure 構建工作人員,看看他們是否有 docker hub 限制
- (JK) 與 dockerhub 合作,看看我們是否可以獲得 OSS 狀態
- (MRB) 開始將映像檔推送到 quay (https://github.com/conda-forge/docker-images/pull/152)
OVH
- (???) 建立網頁以感謝他們(和其他人)
- 如果我們要添加徽標,將需要確保我們有權使用它。
- 在 Twitter 上發文讚揚。“感謝 OVHCloud 提供 VM”,等等。(也許在我們在 Windows 上發布 qt 後?)
移至問題追蹤器
-
弄清楚如何向用戶傳達重大變更。可能應該立即開啟一個問題以進行進一步討論。聯絡 @kkraus,並從這些會議記錄中擷取更上層的筆記
-
John K. 將更新 git 儲存庫上的 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 上開啟一個問題以調查 Drone 問題。(聯絡 aarch 團隊)
-
(ED) 我們是誰頁面?FAQ 和每個人是誰的某種組合。FAQ 諸如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
- 各個子團隊的 POC 是誰?
- 非正式資訊:角色、日常工作、簡歷、所有細節、您為何在此處等等。
- 公開還是內部?我真的不在乎哪種方式。有人強烈支持其中一種方式嗎?
- 選擇加入公開簡歷
- 軟體木工有大量講師,並且有 https://carpentries.org/instructors
- 對“又一個保持事物更新的地方”感到擔憂
-
(CJ) 組建財務子團隊
-
(ED) 記錄使用 conda-forge 的可重現環境策略
-
(UK) 靜態庫內容
- 在構建中添加 linting 提示以找到它們
- 建議如何打包它們 -> CFEP-18
- 我們應該撰寫文件說明我們不提供支援,這是一個壞主意。 -> CFEP-18