跳到主要内容

CircleCI 和 Drone.io 已弃用,不再用于新的 Feedstock

由于生成新 feedstock 的技术问题,我们已弃用 CircleCI 和 Drone.io,不再用于构建新的 feedstock。现有的 CircleCI 构建(如果有)应迁移到 Azure。现有的 Drone.io 构建可以迁移到 Travis CI 或 Azure 上的交叉编译/模拟构建。

PyPy 3.8+3.9 迁移

我们已开始推出为 PyPy 3.8 和 PyPy 3.9 构建的软件包。这项工作可能需要几周时间。请参阅用户文档中关于 pypy 的部分,了解如何设置 PyPy 环境。请向 PyPy 开发者报告问题,地址为 https://foss.heptapod.net/pypy/pypy。随着更新版本的 PyPy 的添加,我们也在每个 feedstock 中放弃 PyPy 3.7。迁移后的 feedstock 的新版本将不再为 PyPy 3.7 构建,并且该版本的 Python 解释器将不再接收更新。与往常一样,您可以在我们的状态页面上跟踪迁移状态。

Travis CI 用途已弃用,不再支持 win_*, osx_* 和 linux_64 平台

由于 Travis CI 跟踪开源构建时间的方式发生变化,我们已弃用它,不再支持 win_*osx_*linux_64 平台。

Travis CI 将仅适用于其 合作伙伴队列 中的平台。这些平台目前包括 ppc64leaarch64s390x

如果在 conda-forge GitHub 组织中对非合作伙伴队列平台使用 Travis CI,重新渲染将引发错误。

默认分支从 master 迁移到 main

我们将把所有 feedstock 和其他 conda-forge 仓库的默认分支从 master 迁移到 main。我们预计在此迁移过程中会出现一些小问题。您需要通过以下 git 命令在任何本地克隆上将分支从 master 更改为 main

git branch -m master main
git fetch origin
git branch -u origin/main main
git remote set-head origin -a

如果您遇到任何问题,请在此 Github issue 上评论。

CentOS 7 Docker 镜像现在是默认镜像

我们正在将所有 conda-forge linux-64 作业迁移到使用基于 CentOS 7 的 Docker 镜像。这将帮助用户避免 conda/mamba 求解器错误,这些错误发生在无法安装需要 CentOS 7 的依赖项时。重要的是,我们的编译器堆栈仍将默认使用 CentOS 6 sysroot,除非 recipe 明确列出 CentOS 7 sysroot 软件包。此构建配置意味着我们在 Linux 上的核心系统 ABI 将在很大程度上保持与 CentOS 6 兼容,从而在很大程度上保持对旧系统的支持。我们将在稍后重新考虑将默认 ABI 迁移到 CentOS 7。

cloud.drone.io 不再工作

我们用于 aarch64 构建的 cloud.drone.io 服务不再接受我们触发构建的 API 请求。我们已与他们联系,但未能解决问题。展望未来,我们将继续向 cloud.drone.io 添加 feedstock,但我们已将所有 aarch64 构建迁移到 Azure 上的模拟构建。交叉编译器也适用于资源密集型构建。请根据需要重新渲染您的 feedstock 以获取更新的配置。

GCC 10 和 clang 12 作为 Linux 和 macOS 的默认编译器

这些编译器将成为在 conda-forge 中构建软件包的默认编译器。gcc 10 的一个值得注意的变化是 FFLAGS 中的 -fopenmp 标志被删除。在 clang 12 中,CXXFLAGS 中的显式标志 -std=c++14 已被删除,因为它是 clang 12 的默认编译模式。在 gcc 11 中,默认值为 -std=gnu++17。在 clang>=12 和 gcc>=11 中,我们将不提供显式 C++ 标准,并将遵循编译器默认值。