跳到主要內容

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

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

與會者

  • Jonathan Helmus
  • Eric Dill
  • CJ Wright
  • Eli Rykoff
  • Matthew Becker
  • Uwe Korn
  • Wolf Vollprecht
  • John Kirkham
  • Cheng Lee
  • Filipe Fernandes
  • Marcelo Trevisani
  • Marcel Bargull
  • Sylvain Corlay
  • Isuru Fernando
  • Ray Douglass

議程

常規項目

  • 介紹電話會議中的新成員

    • (MRB) Eli R.
  • (CJ) 預算

    • 目前的批准都已更新。
    • 每月螢幕分享並展示文件?
      • 連結在 Keybase 中 (numfocus_spreadsheets.txt)
    • (MRB) AWS 無法使用額度來支付我們的債務
      • 我們應該請 Andy 請他們直接免除債務嗎?也聯絡 Brian Grainger?
        • 待辦事項:Sylvain 電子郵件聯絡 Matt Becker 以聯繫 Brian Grainger。
        • 待辦事項:Eric 支付 AWS 帳單並獲得報銷
      • 如果我們不執行上述操作,我們應該先還清債務,然後加入 NumFocus 組織以取得我們擁有的額度嗎?
      • 注意:無論誰支付債務,都將按照已通過的投票從 conda-forge 獲得報銷(加上您的信用卡點數!)。

您的新議程項目

  • (IF) macOS arm64

    • 交叉編譯 python 食譜。
    requirements:
    build:
    - cross-python # [build_platform != target_platform]
    - python # [build_platform != target_platform]
    - pip # [build_platform != target_platform]
    - cython # [build_platform != target_platform]
    host:
    - python
    - pip
    - cython
    run:
    - python
    • 既然 conda-build 3.20.0 已發布,現在啟用 osx-arm64 的 CDN。(Jonathan 正在研究這個,可能不是這週)
    • 您在 macos-arm64 的交叉編譯方面走了多遠?
  • (MRB) 從 Eli R. 存取 DTK

    • 我的一位同事有機會獲得 OSX ARM DTK 來測試他的科學軟體

    • 他需要 conda/scipy/numpy/etc

    • 由於條款中的這種語言,他有點猶豫是否直接提供使用

      “授權開發人員”是指您的員工和承包商、您的組織成員,或者如果您是教育機構,則指您的教職員工和學生,他們:(a) 具有可證明的需要知道或使用 Apple 軟體或 Apple 服務以開發和測試應用程式,並且 (b) 在他們將存取 Apple 機密資訊的範圍內,與您簽訂了書面且具有約束力的協議,禁止未經授權使用和洩露此類機密資訊。

    • 上面的語言對於 Anaconda Inc. 存取 DTK 來說是否是一個問題?

      • 不相關;Anaconda, Inc. 將使用自己的 DTK。
    • 討論項目

      1. 我們顯然想在這方面提供幫助和參與,因為科學用戶很重要!
      2. 作為 conda-forge,我們是否想嘗試直接存取此資源以測試我們的構建?
      3. 我們可以在不違反上述條款的情況下做到這一點嗎?
      4. 我們在科學堆疊方面有多接近?
    • 筆記

      • 如果 Eli 願意,可以遠端存取 CLI 以測試套件構建
      • 如果我們打算發布在 Apple DTK 上構建的套件,那麼需要非常仔細地閱讀條款和條件。
      • Eli 的觀點是在本地輸入一些內容並提交問題。
      • 交叉編譯然後測試交叉編譯器?
      • 計劃
        • 不聘請律師(昂貴且耗時)
        • 嘗試與 Eli 建立每週/雙週同步,以通過 Zoom 實時幫助診斷問題。將問題發布到
        • 絕對不要將套件發布到 anaconda.org
        • 在所有 mac 套件上使用 conda-build -t。將日誌發布到某處
          • 我們可以將日誌發布到某處嗎?創建的日誌是否機密,因為我們是在 DTK 機器上創建的?
  • (ED) 提醒對 https://github.com/conda-forge/cfep/pull/37 進行投票

  • (ED) Isuru 的電腦

  • (MRB) github 用戶 @jan-janssen 希望在此處的“關聯項目”部分中列出我們 https://pyiron.org/collaborators/

    • numfocus 商標指南是:“允許大多數使用,只要清楚表明使用該標記的人似乎不是該項目或未經項目認可(未經明確許可)”
    • 他們說最終由我們決定
    • 我們是否同意此用戶顯示我們的徽標並稱我們為“關聯項目”?
  • (MRB) github docker 映像檔

  • (MRB) GCC 9.3.0 遷移

    • 我想確保我理解要做的項目列表

    • 據我所知,我們已經構建了所有編譯器

    • 需要在 gfortran 堆疊的機器人中進行直接遷移

    • 我們是否要更改 linux 上的 libgfortran 庫,使其在庫中包含 SO 版本?

    • 我遺漏了什麼?

進行中的投票

子團隊更新

機器人

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

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

討論

檢查先前的行動項目

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

本次會議

上次會議

2 次會議前

Docker hub

  • (JK) 檢查 Azure 構建工作人員,看看他們是否有 docker hub 限制。可能是 Azure 和 docker hub
  • (JK) 檢查 Azure 構建工作人員,看看他們是否有 docker hub 限制
  • (JK) 與 dockerhub 合作,看看我們是否可以獲得 OSS 狀態
  • (MRB) 開始將映像檔推送到 quay (https://github.com/conda-forge/docker-images/pull/152)

OVH

  • (???) 建立網頁以感謝他們(和其他人)
  • 如果我們要添加徽標,將需要確保我們有權使用它。
  • 在 Twitter 上發文讚揚。“感謝 OVHCloud 提供 VM”,等等。(也許在我們在 Windows 上發布 qt 後?)

移至問題追蹤器

  • 弄清楚如何向用戶傳達重大變更。可能應該立即開啟一個問題以進行進一步討論。聯絡 @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) 更新關於如何在 feedstock 中添加 CUDA 支援的文件

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

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

    • CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是誰
    • 各個子團隊的 POC 是誰?
    • 非正式資訊:角色、日常工作、簡歷、所有細節、您為何在此處等等。
    • 公開還是內部?我真的不在乎哪種方式。有人強烈支持其中一種方式嗎?
    • 選擇加入公開簡歷
    • 軟體木工有大量講師,並且有 https://carpentries.org/instructors
    • 對“又一個保持事物更新的地方”感到擔憂
  • (CJ) 組建財務子團隊

  • (ED) 記錄使用 conda-forge 的可重現環境策略

  • (UK) 靜態庫內容

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