跳到主要內容

2020-11-11 conda-forge 核心會議

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

與會者

  • Matthew R Becker
  • Cheng H Lee
  • Keith Kraus
  • Filipe Fernandes
  • Jaime Rodriguez-Guerra

議程

常設項目

從之前的會議(們)

你的新()議程項目

  • (JRG) [email protected] 有興趣協助撰寫 JOSS 的「conda-forge 論文」

    • 對於科學家取得引用會很有用
    • 兩種方法
      • 核心團隊的每個人都是作者
      • 僅限需要的人
    • 產生可引用的內容
      • Zenodo?滾動 Zenodo DOI 不會累積引用(我們需要確認這一點。)
      • JRG:根據 FAQ How does DOI versioning work?,他們提供兩種 DOI:特定版本和特定專案。每個專案至少有兩個:一個通用的,然後一個用於目前版本。它們是獨立的 DOI(因此是不同的引用「錢包」),但是我們可以要求人們引用專案 DOI,而特定版本的 DOI 將包含不斷增長的貢獻者列表(可能按時間劃分?)。例如
        • 專案 DOI -> 指向 https://conda-forge.dev.org.tw/
          • 作者是「The Conda Forge Community」。
          • 發布內容:當時的文件,或任務聲明。
        • 版本:每年一個(或其他時間段)。
          • 每個版本都包含至少貢獻一個套件到 conda-forge 的作者(新的 feedstock、新的合併 PR?)。按貢獻量排序。通過 PR 標籤選擇加入(staged-recipes + PR)。
          • 內容:任何更容易自動化的內容。可能是該時間範圍內新 feedstock、合併 PR 的列表。
      • JRG(續):想要在履歷中獲得認可的作者可以包含專案 DOI 和包含其貢獻的版本(如果需要)。
    • 我們如何切分功勞?為該特定工具撰寫論文並發表?
    • 待辦事項:考慮引入 JOSS 以提供關於我們如何最好地撰寫論文的背景資訊
    • MRB:我認為社群本身應該是唯一的作者。
  • CZI 提案結果和後續步驟

    • 我們從 CZI 收到了一份樣板式的拒絕信,「提案很好,但我們收到的太多了」。
  • (CHL) osx-arm64 推出的待辦事項

    • Anaconda 的行動項目:修復 CDN 以推送 osx-arm64 套件
    • Anaconda 可能會在某個時間點為 conda-build 添加簽名,以預期 apple 將要求真正的憑證,而不僅僅是臨時簽名

推遲到下次會議

  • (MB) 要求核心成員轉為「榮譽」狀態
  • (CJ) 我們似乎有一些 artifacts 的檔案數量超出預期
    • 4 個套件運送 requests(requests 本身除外),請參閱下文
    • 我們應該如何處理這些?
      • 舊套件
      • 較新/最新的套件
'apache-libcloud-2.4.0-py27_1000',
'apache-libcloud-2.4.0-py36_1000',
'apache-libcloud-2.4.0-py37_1000',
'apache-libcloud-2.4.0-py_1000',
'autovizwidget-0.12.6-py_1000',
'dbxfs-1.0.38-py_0',
'google-api-core-1.20.0-py36h9f0ad1d_0',
'google-api-core-1.20.0-py37hc8dfbb8_0',
'google-api-core-1.20.0-py38h32f6830_0',
'google-api-core-1.20.1-py36h9f0ad1d_0',
'google-api-core-1.20.1-py37hc8dfbb8_0',
'google-api-core-1.20.1-py38h32f6830_0',
'google-cloud-bigquery-storage-core-2.0.0-pyh9f0ad1d_1',
'google-cloud-bigquery-storage-core-2.0.1-pyh9f0ad1d_0'

進行中的投票

子團隊更新

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

    • Isuru、CJ 和 Matt 之間關於實施細節的辯論停滯不前
    • 2020-07-22 更新:我們原則上同意在臨時基礎上直接在 feedstock 中呈現所需的額外 pinnings(即,直到遷移結束)。
  • cfep-20

討論

檢查先前的行動項目

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

本次會議

2020-11-03

  • (MRB) 提出了關於核心團隊何時推送至他們不維護的 feedstock 的政策 * [x] (MRB) 放入文件 PR * [ ] (MRB) 在 bot 上發出 PR 以提及該政策
  • 待辦事項:檢查 Forrest Watters 對於核心團隊的權限
  • (FF) Outreachy 將花費 6500 美元。
    • 後續步驟:撰寫摘要並投票決定資金的支出。

上次會議

2020-10-28

2 次會議前

2020-10-21

  • (Marius?) Python 2.7 遷移
    • ( ) [ ] 製作提示
    • ( ) [ ] 發布公告
    • ( ) [ ] 將提示設為 lint

移至 Issue Tracker

2020-10-07

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

2020-09-30

2020-09-23

  • (MRB)
    • 執行 libgfortran 名稱變更
    • 將目標平台添加到雜湊
    • 使用 bot 執行 gfortran 遷移
    • bump pinnings

2020-09-16

  • 與 Jon Mease 安排一次關於 kaleido staged recipes PR 的通話
    • 於 2020-09-16 發送電子郵件
  • (FF) 在 python feedstock 上開啟一個 PR 以用於 python 3.9,看看哪些失敗

2020-09-09

2020-08-26 Docker hub

  • (JK) 檢查 Azure 建置 workers 以查看它們是否具有 docker hub 限制。
  • (JK) 與 dockerhub 合作,看看我們是否可以獲得 OSS 狀態
    • 在某個時間點再次檢查。截至 2020-09-23,我們尚未收到回覆
  • (MRB) 開始將映像檔推送到 quay (https://github.com/conda-forge/docker-images/pull/152)

OVH

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

  • 如果我們要新增徽標,將需要確保我們有權限使用它。

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

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

  • John K. 將更新 git repo 上的 cuda toolkit feedstock,以記錄 NVBug 連結到內部 NVIDIA issue tracker

  • Jonathan 將更新文件以記錄一些非詳盡的套件列表(例如 cuda-toolkit、MKL 等)

  • Jonathan 將審查這個 PR

  • (Kale) 安排 conda 工作小組會議

  • cfep-10 後續步驟:CJ 呼籲投票以徵求回饋

  • cfep-06 後續步驟:要求 staged recipes 團隊倡導此 CFEP 並推動其前進

  • jakirkham & CJ-wright 同步關於將 CUDA 新增到遷移 bot

  • (Eric) 安排 Anaconda <-> conda-forge 在 anaconda.org 上同步需求收集

    • 將盡力在下個月安排此事。
  • (Anthony) 聯繫 NumFocus 以弄清楚檔案中不包含許可證的法律後果。

  • (Eric) 內部檢查社群人員的飯店和機票的資金水平?

  • (Eric) 弄清楚 conda-forge 的財務狀況以支持自身?

  • (jjhelmus) 開啟 CFEP 以決定我們將支援哪些 python 版本

  • (jakirkham) 撰寫一篇關於我們今天討論的 CUDA 內容的部落格文章

  • (jakirkham) 更新關於如何將 CUDA 支援添加到 feedstock 的文件

  • (jakirkham) 將在 conda-smithy 上開啟一個 issue 以調查 Drone 問題。(ping aarch 團隊)

  • (ED) 我們是誰頁面?FAQ 和大家是誰的組合。FAQ 內容例如

    • 誰是 CF <> Anaconda、CF <> NumFocus、CF <> Azure 的聯絡人
    • 誰是各個子團隊的聯絡人?
    • 非正式資訊:角色、日常工作、簡歷、全部內容、你為何在此等等。
    • 公開或內部?我兩種方式都不介意。有人對其中一種方式有強烈的感覺嗎?
    • 選擇加入公開簡歷
    • software carpentry 有大量的講師,網址為 https://carpentries.org/instructors
    • 有人擔心「又一個保持事物更新的地方」
  • (ED) 記錄使用 conda-forge 實現可重現環境的策略

  • (UK) 靜態函式庫相關

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