2020-09-30 conda-forge 核心會議

與會者

* Jonathan
* Filipe
* Marcelo
* Matthew
* Cheng
* Wolf
* Marcel
* Eli
* Crystal
* Ray Douglass
* Anthony
* Eric
* Lori
* Isuru

議程

常設項目

在通話中為新成員介紹
(CJ) 預算
- 當前批准？
- 本月第一次會議，螢幕分享並展示預算？
  - 連結在 Keybase 中 (numfocus_spreadsheets.txt)
  - Anthony 的報銷請求尚未顯示。
  - (AS) - 我已重新提交到 rocket。

來自之前的會議

(JK) 完成 Python 3.8 遷移/
- 我們準備好將其標記為完成嗎？ ( https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/746 )?
- 如果沒有，還需要完成什麼？

您的新議程項目

(FF) Python 3.9 更新？
- 已完成。我們需要決定是否要合併它並使用 RC，還是等待穩定版本發布（10 月 5 日）。
- (FF) 為了在 Windows 上為 tzdata 新增測試，需要在 Python 中包含 tzdata 嗎？我們應該包含它嗎？這將增加套件的大小。系統 tzdata 將總是比他們系統上的版本更新，因此我們可能會比 Python 版本更過時。tzdata 應該先查看系統路徑，然後再查看本地 conda 路徑。
- https://pypi.org/project/tzdata/
- https://www.python.org/dev/peps/pep-0615/ 特別是 https://www.python.org/dev/peps/pep-0615/#sources-for-time-zone-data
- https://github.com/conda-forge/python-feedstock/issues/392
  
  鼓勵 Python 發行商盡可能確保時區資料與 Python 一起安裝（例如，透過將 tzdata 宣告為 python 套件的依賴項）。
- 發布還是不發布？
(Eli Rykoff, IF) 關於 osx arm64 和程式碼簽署的更新
- (ER) 在收到機器時，ARM 套件已在運行。更新到最新的 Big Sur 後，一切都崩潰了。所有 dylib 和 so 都需要簽署才能讓作業系統運行它們。可以是臨時簽名，但需要簽署。最新的 Apple 工具將自動簽署這些工具（clang 將產生一個自動簽署的二進位檔）。使事物可重新定位會使簽名失效。對於 arm64 二進位檔，您需要運行簽署工具，然後才能在其上運行。
- (IF) 在 Linux 上有一個工具可以運行，以便我們可以從 Linux 交叉編譯。在 Mac 上，有一個可用的系統工具。
  - 問：簽署者系統工具是隨附在裸機系統還是 XCode 中？ER 將確認此簽署者來自何處。
- (JH) Conda 在執行前綴替換時會更改二進位檔。我們需要禁用前綴替換嗎？
  - (CL) libcrypto.dylib、libssl.dylib、openssl 可執行檔的前綴替換。
- (CL) Apple 是否會要求官方簽署者憑證？
  - (ER) 發行說明似乎表明自簽憑證是可以的（目前）。
  - (ED) Anaconda 可以聯繫 Apple，看看他們是否計劃在發布時更改此設定？
- (WV) 我們可以重新發布簽署工具嗎？
  - (IF) 如果我們要在安裝時重新簽署，Conda 將需要依賴此簽署工具
- (MB) x86 套件也需要簽署的套件嗎？
  - (MRB) 只有 Apple Silicon 上的東西才需要此簽署
(WV) ruby 2.7 可以使用其他機制追蹤已移除的功能嗎？
(WV) 關於 boa 和 quetz 的更新

延後到下次會議

(MRB for CJ) libcfgraph 導入表
- 範例：https://github.com/regro/libcfgraph/blob/master/import_maps/ag.json
- 僅查看 .py 檔案，因此可能不涵蓋已編譯的擴展
- 下一步是與 depfinder 整合
- 仍在考慮如何將此資訊轉換為版本要求

進行中的投票

子團隊更新

Bot

ARM

POWER

CUDA

文件

staged-recipes

網站

安全性+系統

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 移除違反來源套件條款的套件
- 自 2020 年 5 月 26 日起停滯
- 關於移動到「broken」與從 conda-forge 頻道刪除的 активні 辯論
- 進行中投票，於 2020-03-11 結束
- 投票結果如何？
- 我們有收到 NumFOCUS 的回覆嗎？
cfep-17 處理 pin backports 和依賴項重建
- Isuru、CJ 和 Matt 之間關於實施細節的停滯辯論
- 2020-07-22 更新：原則上，我們同意在 feedstock 中直接呈現臨時需要的額外 pinnings（即，直到遷移結束）。

討論

檢查先前的行動項目

從上次會議議程複製先前的行動項目。

本次會議

2020-09-01

上次會議

2020-09-23

(MRB)
- 執行 libgfortran 名稱變更
- 將目標平台新增至雜湊
- 使用 bot 執行 gfortran 遷移
- bump pinnings

2 次會議前

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

與會者​

議程​

常設項目​

來自之前的會議​

您的新議程項目​

延後到下次會議​

進行中的投票​

子團隊更新​

Bot​

ARM​

POWER​

CUDA​

文件​

staged-recipes​

網站​

安全性+系統​

CI 基礎架構​

編譯器升級​

CFEP 更新​

未完成的 PR​

討論​

檢查先前的行動項目​

本次會議​

上次會議​

2 次會議前​

移至問題追蹤器​

與會者

議程

常設項目

來自之前的會議

您的新議程項目

延後到下次會議

進行中的投票

子團隊更新

Bot

ARM

POWER

CUDA

文件

staged-recipes

網站

安全性+系統

CI 基礎架構

編譯器升級

CFEP 更新

未完成的 PR

討論

檢查先前的行動項目

本次會議

上次會議

2 次會議前

移至問題追蹤器