跳到主要內容

2016-04-29

14:00 UTC

視訊連結: https://hangouts.google.com/call/v5olhwzpfzgzpoq5i3wthjpqpie

議程

  • 依賴追蹤 (我知道這個議題順序跳了,但這變得非常迫切。)

    *   Proposed fixes to conda-build. There are many and this is pretty slow moving.

    * Question about conda-smithy/conda-build-all requirements. Please see reference to "Question 4.5" in [this comment](https://github.com/conda/conda-build/pull/848#issuecomment-215523101)

    * Internal pinning mechanism. [Phil Elson](https://conda-forge.hackpad.com/ep/profile/AviM60TiesB) wrote some nice scripts here and they are very helpful.
    • 問題

          *   How can we figure out what things need pinning?
      • 我們何時回滾釘選?

      • 我們如何以更自動化的方式處理釘選?

                *   What things should be pinned?
        • 如何處理版本更新?
        • 如何識別問題區域(無法接受釘選的套件)?
  • PyPI 元數據冗餘

    *   Prototype tool to convert pure Python wheels directly to conda packages: [](https://github.com/takluyver/wheel2conda)https://github.com/takluyver/wheel2conda
    • 自動化 feedstock 維護。
  • Python3 vs Python==3

    *   How to depend (inc build depend) on applications which require Python 3, from a Python==2 env
    • '子環境依賴' 是一種可能的替代方案
  • 複雜的許可證(例如 MKL、CUDA、cuDNN 等)

  • Python 本身的封裝

  • VC 功能(一般會議還需要討論什麼?)

  • yum 需求(部分已解決)

  • 底層封裝

  • NetCDF(還有 curl/ca-certificates 和 Perl 套件)

  • 將 devtoolset 新增到容器中(暫時)。

  • 將 Docker 映像檔移動到公共空間(Docker Hub 組織、GitHub 組織)。

  • MSYS2 整合到 conda 中。我們希望如何使用它?我們仍然想要 VC 嗎?

  • GitHub 速率限制。我們如何進一步緩解這些問題?

  • 將命名空間新增到套件 node-ruby-perl-,為什麼不 python- ;-)

  • 放棄 py34 conda forge/staged recipes#465

筆記

  • 讓我們試試看 webex

  • 依賴追蹤

    *   Currently baking in versions into the recipe, automated with script from [Phil Elson](https://conda-forge.hackpad.com/ep/profile/AviM60TiesB)
    • 目前版本選擇是手動決定的

    • https://github.com/conda-forge/staged-recipes/wiki/Pinned-dependencies

    • 如果我們想要更改釘選版本,例如將 zlib 1.2 更改為 1.3 怎麼辦?

    • 執行自動化和半自動化任務的共享 VM,多個貢獻者可以訪問

          *   Look into setting up a lightweight host/VM, heroku
      • 如何決定何時更新釘選的依賴項
  • 對 conda-build 的建議修復,conda/conda build#848

    *   Will these brake conda-build-all, do we care?
    • Micheal 正在開發 conda-render 工具,試圖盡可能填寫 jinja 模板

    • 討論這個特定主題,提前計劃議程

          *   Plan time using emai/GitHub
      • 癥結點是構建矩陣和 validiatable
  • 複雜的許可證,即 MKL、CUDA、CuDNN

    *   MKL runtimes are spelled out, headers more complex
    • CUDA 似乎更好,CentOS 6 映像檔可用

    • Micheal 不知道 CuDNN 的要求

          *   Micheal will look into cuDNN license constraints.
  • Python 套件

    *   Windows needs some files moved.
    • 功能或 vc 套件?

    • xz 5.0 還是 5.2?從 5.0 開始,然後進行 5.2 構建

    • 品牌?

          *   Easy to implement, but is it wanted?
      • 對於 Continuum 來說不是主要問題
      • 在解決問題、檢測系統 Python 時很有幫助
      • 放入它,不太難並且會幫助下游組織

以下所有內容都是在 Phil ElsonJohn Kirkham 之間討論的。許多項目之前已經計劃好了,只需要理清細節。任何需要大型團體討論的內容都沒有以任何方式決定。

  • Yum 需求

    *   Decided to go with this PR ( [conda forge/conda smithy#135](https://github.com/conda-forge/conda-smithy/pull/135) ).
  • 底層封裝

    *   Some brief discussion about using different subchannels for these to avoid dependency clashes (e.g. compiler components).
    • 會遇到一些灰色地帶,但沒有具體的例子。儘管可能是 gmpmpfr,因為它們既是編譯器依賴項,又被其他套件(如符號數學套件(例如 SymPy))使用。
  • 將 devtoolset 新增到容器中(暫時)。

    *   This was already merged (adds devtoolset-2).
    • Phil 已經重建了這個。
    • John 使用一個簡單的 C++11 程式 測試了映像檔,效果很好。
    • 自動構建無法運作。可能會聯繫 Docker 來修復。但是,只有在移動映像檔後仍然發生此問題時,這才重要。
  • 將 Docker 映像檔移動到公共空間(Docker Hub 組織、GitHub 組織)。

    *   [John](https://conda-forge.hackpad.com/ep/profile/wv6uvIZX6h0) will add the PRs to move Obvious-CI's Docker image to the org and from Obvious-CI.
    • Docker Hub 組織已經設定好了
    • GitHub 上的倉庫已準備就緒。
    • 需要為映像檔設定自動構建。
    • 此外,需要將所有內容切換為使用來自組織倉庫的 Docker 映像檔。