跳到主要内容

2017-01-06: 一般讨论

时间: 20:00 (UTC)

Hangout 链接: https://hangouts.google.com/call/v5olhwzpfzgzpoq5i3wthjpqpie

出席者

常规议题

  • 仓库数量? ~1400
  • 贡献者数量? ~300
  • CFEP 状态

笔记

  • X.org 库打包的选项。

    *   Bundle them together [PR#2068](https://github.com/conda-forge/staged-recipes/pull/2068).
    • 使用构建自定义来执行一次构建并拆分出多个软件包。
  • 放弃 numpy 1.10,但暂时保留 Python 3.4。

  • John 将在 OS X 上构建 Qt 4。

  • Ray 将很快在 defaults 上构建带有 jpeg 9* 的 Qt 5,我们的问题将会解决。

  • conda-build 2

    *   do not wait for the remaining packages that needs long prefix
  • 将 MACOSX_DEPLOYMENT_TARGET 变量移动到 conda-build-setup 并修改 CFEP 以反映这一点。

议程

  • pkgw 希望讨论在 conda-forge 堆栈中捆绑 X.org 客户端库,如 PR#2068 所示。PR 为了简单起见,将所有内容捆绑到一个巨大的 tarball 中;gqmelo 发布了一组 recipes,将每个库都拆分出来。

  • Defaults 频道 libpng 和 jpeg 更新:计划于 2017 年第一季度。Continuum 请求在未来核心库的 api/abi 不兼容更新上进行更紧密的合作。

  • defaults 和 conda-forge 是否可以使用同一种 pinning 方案?

  • 那将是理想的。希望我们可以朝那个方向发展。

  • 放弃 Python 3.4。现在 conda-forge 在 Windows 上有了 Qt 4+jpeg9*,Python 3.5+Windows 用户可以从 Python 3.4 迁移到 3.5。

  • MinGW 编译的东西现在是否可以很好地与 Python 3.5/MSVC 2015 配合使用?据我所知,这仍然是一个 问题

  • 放弃 numpy 110

  • 上传适用于 OS X 的 Qt 4

  • 我有一个虚拟机,我愿意用它来做这件事。详情请见此处

  • 构建和上传适用于所有平台的 Qt 5+jpeg 9*

  • PyCon 2017。由于我们错过了教程截止日期,而演讲截止日期是今天,因此刚刚提交了一个占位符演讲。任何有兴趣参与的人请联系。

  • 重新渲染频道改进。( conda forge/conda smithy#401 )

  • conda-build 2 ( conda forge/conda forge build setup feedstock#40 )

  • Travis CI 镜像变更。( conda forge/conda forge enhancement proposals#6 )

  • conda-smithy 和 conda 4.2 ( conda forge/conda smithy#394 )