跳到主要內容

2020-10-14 conda-forge 核心會議

Zoom 連結 我的時區會議時間 上週會議 github

與會者

* CJ
* Eric D
* Matt B
* Filipe
* Marius
* Sylvain
* Michael S.
* Cheng Lee
* Isuru
* Keith
* Wolf
* Marcel
* Paul I.
* Stephanie
* John K.

議程

常設項目

  • 在電話會議上為新成員介紹

  • (CJ) 預算

    • 目前的核准狀況?
    • 一旦更新的數字出來,請螢幕分享並展示預算。
      • 連結在 Keybase 中 (numfocus_spreadsheets.txt)

來自先前會議

  • (MvN) 使用 conda-lock 和 micromamba (mm) 更快地佈建基礎建置環境
    • 重點:我們可以將 windows 環境佈建的開銷從 5 分鐘降至 70 秒
    • 缺點?
      • 有幾個部分需要完成。mm 不支援我們從 conda 鎖定檔安裝所需的所有標誌 (目前 Wolf 正在努力中。應該很快就會完成)
      • (IF) 鎖定檔只為我們節省幾秒鐘
    • 優勢
      • 可以精確地版本化用於我們所有建置中的基礎環境。基於 GH actions 的 repo。每 5 分鐘重新產生鎖定檔。
    • 行動項目
      • 嘗試在 win-64 上使用不帶鎖定的 micromamba
  • (PI) aka - 微型 shell 子命令切換器: https://sr.ht/~pi/aka/

您的議程項目

  • (SG) Bloomberg 補助事項

    • Kevin (OSS 總監) 有興趣向 conda-forge 提供補助。整理一份對 conda-forge 有益的資源願望清單。
      • 資源清單,整體估算
      • 需要建立願望清單
      • (待辦事項) 建立願望清單
  • (FF) 推動 feedstock 中進行更多測試。我們使用 AzurePipelines 已經有一段時間了,CI 限制顯著降低。我們可以開始在骨架中預設啟用測試。這將是朝向更多自動合併的第一步。

    • 待辦事項:釐清文件中我們說「不要執行測試」的地方
  • (MRB) github 發布和 conda-forge-sparta

  • (MRB / ED / SC) 路線圖 / 資金?在 gitter 中討論

    • (SC) 如果 CF 作為一個專案收到資金會做什麼?也許在 conda-forge 網站上發布一些白皮書會有幫助。如果某公司透過 NumFOCUS 向專案捐贈 1 萬、10 萬或 100 萬美元,conda-forge 會做非常不同的事情嗎?
      • 1 萬美元:它是否買到足夠的託管來做一些有趣的事情?
      • 10 萬美元 - 它帶來什麼。
      • 更大的金額:conda-forge 甚至可能能夠直接資助人員從事該專案。
      • 我們幾乎可以肯定地找到許多有用的東西,即使沒有就路線圖達成共識,也不會妨礙獲得資金。(我認為這不會引起爭議,例如,哦,我們可以利用一些資金為遷移的更好視覺化做一些不錯的網頁開發,或諸如此類的事情)可能有很多這類性質的事情。
    • 如果我們列出清單,聖誕老人可能會出現...
    • 請參閱上面的 Bloomberg 備註...
  • (MvN) 關於 cython 的戰術性事項?

    • CPython 定期破壞其 api,迫使 python 生態系統的大部分重新 cython 化。
    • 我們是否應該修補我們的 cython,以便在設定 CONDA_BUILD 環境變數時,我們始終重新 cythonize 並忽略檔案的 mtime?
  • (MvN) noarch: python v2

    • 隨著我們越來越多地放棄與 py27/35/36 的相容性,我們是否應該使用 repodata 修補自動將 python 限制添加到所有 noarch: python 產物中?
      • 這個想法是選擇一個紀元日期 (例如 2020-10-01),並讓該日期之後建置的產物獲得一個 repodata 修補,如果它只有 python 限制,則添加 python>=3.6 限制。
    • 此外,我們也可以更新 noarch 添加機器人動作,該動作會從配方中刪除所有包含 py27/34/35 選擇器的行,以剝離 noarch。
      • 這應該可以讓我們將目前依賴於僅為 py27 相容性的某些東西的大量 feedstock 移動到 noarch: python,從而降低產物的增長率。
  • (IF) CDN 最近經常故障

    • (CHL) Anaconda 正在積極研究這個問題;希望在未來幾週內解決
  • (WV) multisheller github.com/wolfv/multisheller

  • (CHL) 供您參考 - conda 4.9.0 現在在 conda-canary 上;計劃於 10 月 19 日發布。

推遲到下次會議

進行中的投票

子團隊更新

機器人

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 日起停滯
    • 關於移動到「損壞」與從 conda-forge 通道刪除的積極辯論
    • 進行中投票,於 2020-03-11 結束
    • 投票結果如何?
    • 我們收到 NumFOCUS 的回覆了嗎?
  • cfep-17 處理 pin backports 和依賴項重建

    • Isuru、CJ 和 Matt 之間關於實施細節的停滯辯論
    • 2020-07-22 更新:原則上我們已達成協議,在暫時的基礎上(即,直到遷移結束)直接在 feedstock 中呈現所需的多餘釘選。

討論

檢查先前的行動項目

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

本次會議

2020-10-14

上次會議

2020-10-07

  • 確保將 NVBug 資訊添加到 conda-forge 製作的 cudatoolkit 套件中 (如果我們製作一個)

2 次會議前

2020-09-30

移動到 Issue Tracker

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

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

  • (???) 建置網頁以感謝他們 (和其他人)

  • 如果我們要添加徽標,則需要確保我們有權限使用它。

  • 在 twitter 上公開表揚。「感謝 OVHCloud 提供 VM」等等。(也許在我們在 windows 上發布 qt 後?)

  • 找出如何向使用者傳達重大變更。可能應該立即開啟一個 issue 以進行進一步討論。Ping @kkraus,加上從這些會議記錄中擷取更上方的筆記

  • John K. 將更新 git repo 上的 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 上開啟一個 issue 以調查 Drone 問題。(ping aarch 團隊)

  • (ED) 我們是誰頁面?FAQ 和每個人是誰的某種組合。FAQ 諸如

    • 誰是 CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC
    • 誰是各個子團隊的 POC?
    • 非正式資訊:角色、日常工作、簡歷、全部內容、您為何在此等等。
    • 公開還是內部?我真的不在乎。有人強烈認為其中一種方式嗎?
    • 選擇加入公開簡歷
    • 軟體木工坊有大量講師,並且有 https://carpentries.org/instructors
    • 有人擔心「又一個保持事物更新的地方」
  • (ED) 記錄使用 conda-forge 的可重現環境策略

  • (UK) 靜態函式庫相關內容

    • 在建置中添加 linting 提示以找到它們
    • 建議如何封裝它們 -> CFEP-18
    • 我們應該撰寫文件說明我們不提供支援,這是一個壞主意。 -> CFEP-18