2020-11-03 conda-forge 核心會議
出席者
議程
常規項目
-
在電話會議中為新成員介紹
-
(CJ) 預算
- 目前的批准?
- 無論何時更新數字到位,請螢幕分享並顯示預算。
- 連結在 Keybase 中 (numfocus_spreadsheets.txt)
-
公開投票
- 程加入核心團隊!
-
(MRB/ED/SC) 路線圖 / 資金
- 目標是在每次核心會議花費 15 分鐘,在約 3-4 次會議中討論這個議題
- 保留最後 15 分鐘討論這個。
- https://hackmd.io/0zGSUS71SbOdBsdLtDmGjg
- 筆記將會被添加到上面的 hackmd 中
- MRB 將會整理成一份文件
- 今天我想要請大家協助我們收集一些關於我們基礎設施及其風險的數據
- 一些數字
- https://github.com/conda-forge/by-the-numbers/blob/master/conda-forge-timelines.ipynb
- conda-forge 在 2019 年每年增加了約 3k 個 feedstocks,2020 年也會如此
- 我們儲存的數據量增長似乎正在加速
- 風險衡量
- 上次會議的更多討論
- 一些數字
- 目標是在每次核心會議花費 15 分鐘,在約 3-4 次會議中討論這個議題
來自先前會議
您的新() 議程項目
-
(MRB) 提議將常規核心會議移至每兩週一次,並在這個時段的間隔週進行規劃
-
(MRB) 針對核心團隊在何時推送到他們不維護的 feedstocks 的擬議政策
- 政策將會是
- 對於任何 PR,包括遷移、添加維護者的請求、合併 PR 等,正常等待時間為 3 天。
- 在特殊情況下(即,嚴重的錯誤、阻礙許多其他 PR/工作),核心團隊保留在 3 天前合併的權利。
- 我們應該有一個特殊的“破窗”標籤來應用嗎?
- 兩名核心成員規則:如果您要破窗並在這個 3 天窗口之前合併,您需要兩名核心成員批准(合併被視為默示批准,如同創建 PR 一樣)
- 核心團隊將盡力不合併標記為草稿狀態的 PR,無論是明確地作為 github 草稿 PR,還是透過標籤、評論或標題中的指示。
- 核心團隊將盡力不合併有請求更改的 PR(透過評論、標籤、標題或 PR 審閱),但如果請求更改的人對問題或正在進行的更改沒有回應,那麼我們可能會合併。
- 待辦事項
- (MRB) 放入文件 PR
- (MRB) 在機器人上創建 PR 以提及該政策
- 政策將會是
-
待辦事項:檢查 Forrest Watters 的核心團隊權限
-
(FF) Outreachy 將花費 6500 美元。目標:找到一個人與機器人團隊合作編寫文件。這個人將由 Vini(我們的 GSoC 學生)和 Matt 指導。Outreachy 的轉換率高於 GSoC,這意味著這個人通常會留在社群中,稍後提供幫助。
- 下一步:撰寫摘要並投票決定資金支出。
-
(IF) 釘選具有較新 macOS 要求的套件
- 例如
- tiledb 2.1 需要 10.13
- aws-sdk-cpp 1.8.70 需要 10.12(這已在 https://github.com/conda-forge/aws-sdk-cpp-feedstock/pull/153 中修復)
- 這實際上將 conda-forge 堆疊的最低 macOS 版本提升到 10.13
- 我們應該,
- 不釘選任何最低 macOS 版本 > 10.9 的套件(我傾向於這個)
- 更新我們的最低 macOS 版本到 10.13
- 新增文件 https://github.com/conda-forge/conda-forge.github.io/pull/1181
- 在相關的注意事項上,conda 的虛擬套件
__osx
無法如預期般運作 - @mbargull
- bioconda 將他們的預設值移至 10.13,並將部署目標設為 10.9。
- 行動項目
- 投票?
- 也許將其與蘋果的棄用政策聯繫起來?
- 將 __osx 遷移到 run 而不是 run_contrained?
- 這將意味著這些套件將無法與較舊的 conda 一起安裝
- 建立這些的清單
- (CB) 檢查 PyPI macOS 存取統計數據
- 例如
-
(WV) beta.mamba.pm
- 我們正在架設一個小型 quetz 實例
- run_exports 插件已啟用,例如 https://beta.mamba.pm/api/channels/test/packages/bzip2/versions/1.0.8-h516909a_3/run_exports
推遲到下次會議
- (MB) CentOS 6 維護支援終止
- 2020-11-30
- 有些專案開始使用比 cos6 更新的內核定義
進行中的投票
子團隊更新
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 處理釘選回溯和依賴項重建
- Isuru、CJ 和 Matt 之間關於實施細節的停滯辯論
- 2020-07-22 更新:原則上我們同意在 feedstock 中直接呈現臨時需要的額外釘選(即,直到遷移結束)。
討論
檢查先前的行動項目
從上次會議議程複製先前的行動項目。
本次會議
2020-11-03
上次會議
2020-10-28
2 次會議前
2020-10-21
- (Marius?) Python 2.7 遷移
- ( ) [ ] 製作提示
- ( ) [ ] 發布公告
- ( ) [ ] 使提示成為 lint
移至問題追蹤器
2020-10-07
- 確保將 NVBug 資訊添加到 conda-forge 製作的 cudatoolkit 套件中(如果我們製作一個)
2020-09-30
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 build workers 以查看它們是否具有 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 之後?)
-
弄清楚如何向用戶傳達重大變更。可能應該立即開啟一個問題以進行進一步討論。Ping @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) 更新關於如何將 CUDA 支援添加到 feedstocks 的文件
-
(jakirkham) 將在 conda-smithy 上開啟一個問題,以調查 Drone 問題。(ping aarch 團隊)
-
(ED) 我們是誰頁面?FAQ 和每個人是誰的某種組合。FAQ 諸如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
- 各個子團隊的 POC 是誰?
- 非正式資訊:角色、日常工作、簡歷、所有細節、您為何在此等等。
- 公開還是內部?我真的不在乎哪種方式。有人強烈傾向於其中一種方式嗎?
- 選擇加入公開簡歷
- 軟體木工有大量講師,並且有 https://carpentries.org/instructors
- 一些關於“又一個保持事物更新的地方”的擔憂
-
(ED) 記錄使用 conda-forge 的可重現環境策略
-
(UK) 靜態庫內容
- 將 linting 提示添加到 build 以找到它們
- 推薦如何打包它們 -> CFEP-18
- 我們應該編寫文件說明我們不提供支援,這是一個壞主意。 -> CFEP-18