2020-07-15 conda-forge 核心會議
與會者 (Attendees)
議程 (Agenda)
常設項目 (Standing items)
- (CJ) 預算,以及財務子團隊的創建
- 在電話會議中為新成員介紹
上週未完成的事項 (Stuff from last week that we didn't get to)
-
(ED) 我們是否需要根據上週的討論結果採取任何行動?
- (IF) 嚴格的頻道優先順序 (strict channel priority)
- PyPy 需要
- Cos7 需要
- 移除我們未完全支援的套件。例如:在 Windows 上有 3 個版本的 scipy。
- 舊版本的 tensorflow?
- (IF) 嚴格的頻道優先順序 (strict channel priority)
-
(ED) 我們是否需要根據上週的討論結果採取任何行動?
- 關於「難以建置的套件」的討論
- rstudio(重新發布可能有點可疑?)
- tensorflow
- qt
- Windows 上的 scipy
- 我們是否應該發布一份列表並請求在這些方面提供幫助?
- 關於「難以建置的套件」的討論
-
(UK) 製作關於 CFEP-18 的新聞 (NEWS),添加到文件 (docs)
-
(UK) 「無 GPL」變體
- 某些套件(如 Python、sqlite)依賴於 libreadline,而 libreadline 具有 GPL 授權。可能會有爭議認為這不會向上影響堆疊,但企業合規/IT 部門對此有不同的立場。
- 其他套件也存在類似問題,其中 GPL 依賴項通常是可選的。
- 我們可能希望預設啟用該功能,但也提供不含 GPL 依賴項的替代變體。
-
如何向使用者溝通重大變更?
- 列出對生態系統至關重要的套件,例如太重要而不能失敗
- 對於不同類型的變更,我們需要哪些溝通方式?
- 在個別儲存庫層級溝通重大變更
- 溝通 CFEP 變更
- 溝通對生態系統大部分區域的已知重大變更
- (討論) 每個在 conda-forge 上的人基本上都生活在主分支上。可以添加 epoch 標籤嗎?快照 repodata.json 標籤。@Isuru / @kirkham 移至 github issue?
-
(CL) msys2 套件
- Anaconda 正在決定「defaults」頻道的更新計畫
- 目前不需要立即採取行動
您的新議程項目 (Your new agenda items)
-
(CJ) 重建遷移自動合併預設值
- 目前自動合併功能只能開啟或關閉,但最好允許人們選擇僅針對重建而非版本更新啟用自動合併
- 這些自動合併可能比版本自動合併更安全,因為依賴項
- 不會改變,如果套件損壞,建置更有可能失敗。
- https://github.com/regro/cf-scripts/pull/1063
-
(CJ) s390x 支援
-
(FF) 新的 conda-build 版本,修復了 Windows 前綴問題 https://github.com/conda/conda-build/issues/3909#issuecomment-626586540
-
(FF) CZI 提案 https://docs.google.com/document/d/1dEXQsrXM5kBW6ARLpsVGRQltVxQVbVkjmXbBh8LnHac
進行中的投票 (Active votes)
子團隊更新 (Subteam updates)
機器人 (Bot)
ARM
POWER
CUDA
文件 (Docs)
staged-recipes
網站 (website)
安全+系統 (security+systems)
- 仍然需要完成 CFEP-13(現在最新的 smithy 已發布,可以繼續進行)
CI 基礎設施 (CI infrastructure)
編譯器升級 (Compiler upgrade)
CFEP 更新 (CFEP updates)
開放的 PR (Open PRs)
-
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 之間關於實作細節的停滯辯論
討論 (Discussion)
檢查先前的行動項目 (Check in on previous action items)
從上次會議議程複製先前的行動項目。
本次會議 (This meeting)
- 找出如何向使用者溝通重大變更。可能應該立即開啟一個 issue 以進行進一步討論。Ping @kkraus,並從這些會議記錄中擷取更詳細的筆記
- (Eric) 待辦事項:在 conda_forge.yaml 中將 strict 設定為一個選項,並預設開啟它。在 conda-smithy 中開啟 issue
- [ ]
上次會議 (Last meeting)
2 次會議前 (2 meetings ago)
- Eric 在我們的文件 (docs) 中新增一個頁面,說明如何在商業關係中與 conda-forge 和相關機構互動。
- Eric 將從 Keith 取得 NVBug 連結,並將其存檔在 conda-forge google drive 中。
- John K. 將更新 git 儲存庫上的 cuda toolkit feedstock,以註記 NVBug 連結到 NVIDIA 內部問題追蹤器
- Jonathan 將更新文件 (docs),以註記一些非詳盡的套件列表(如 cuda-toolkit、MKL 等)
- Jonathan 將審查此PR
3 次會議前 (3 meetings ago)
移至 Issue Tracker (Move to Issue Tracker)
- (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) 更新文件 (docs),說明如何將 CUDA 支援新增至 feedstocks
- (jakirkham) 將在 conda-smithy 上開啟一個 issue,以調查 Drone 問題。(ping aarch 團隊)
- (ED) 關於我們頁面?FAQ 和每個人是誰的某種組合。FAQ 內容如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
- 各個子團隊的 POC 是誰?
- 非正式資訊:角色、日常工作、簡歷、所有細節、您為何在此處等等。
- 公開還是內部?我真的不在乎哪種方式。有人強烈偏好其中一種嗎?
- 選擇加入公開簡歷
- software carpentry 有大量講師,網址為 https://carpentries.org/instructors
- 對於「又一個需要保持更新的地方」的一些擔憂
- (CJ) 組建財務子團隊
- (ED) 記錄使用 conda-forge 的可重現環境策略
- (UK) 靜態函式庫內容
- 在建置中新增 linting 提示以找到它們
- 建議如何封裝它們 -> CFEP-18
- 我們應該撰寫文件 (docs) 說明我們不提供支援,這是一個壞主意。 -> CFEP-18