2017-01-06: 一般讨论
时间: 20:00 (UTC)
Hangout 链接: https://hangouts.google.com/call/v5olhwzpfzgzpoq5i3wthjpqpie
出席者
- John Kirkham
- Ray Donnelly
- Filipe Fernandes
- Michael Sarahan
- Peter Williams
- Eric Dill
常规议题
- 仓库数量? ~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
- 合并 conda forge/conda forge build setup feedstock#40
- 调查 pestc 无法上传的原因
-
将 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 )