跳到主要内容

迁移到 CentOS 7 以及 CentOS 6 生命周期结束

conda-forge 的编译器堆栈使用来自 CentOS 6 的重新打包库来提供某些库，特别是构建 recipe 时的 glibc。我们目前默认使用 CentOS 6 和 glibc 2.12 ABI。然而，CentOS 6 在 2020 年 11 月达到生命周期结束，越来越多的软件包至少需要 CentOS 7 和 glibc 2.17 ABI。我们还意识到，由于最近的事件，一些可能计划跳过 CentOS 7 并直接迁移到 CentOS 8 的社区可能会重新考虑这些计划。此外，他们可能尚未准备好全面切换到 CentOS 7。因此，conda-forge 核心团队已决定将迁移到 CentOS 7 推迟到明年年初的某个时候，最早可能在 2021 年 1 月底。我们正在积极向用户征求对此问题的反馈。如果您有任何意见或疑虑，请与我们联系！

工件验证

为了更好地保护 conda-forge 的安全，我们正在开发一个流程来验证工件，然后再将其上传到 anaconda.org。此验证将查找各种与安全相关的项目，例如覆盖某些软件包关键部分的工件。虽然此过程正在开发中，但我们不会拒绝上传。但是，我们将开始扫描我们当前的工件，并与这些工件的维护者合作，将我们认为存在安全风险的工件标记为损坏。我们还将在正在上传的新工件上运行验证，并将任何问题报告回 feedstock。在将来的某个日期，未通过验证的工件将不会被上传。

编译器升级到 GCC 9.3.0

我们将把所有基于 GCC 的编译器升级到所有平台上的 9.3.0 版本。此升级不会影响 C 或 C++ 代码，但由于 SONAME 的更改，将需要重建所有使用 FORTRAN 的 feedstock。在此重建期间，我们将保持旧的编译器版本在生产环境中运行，暂时使构建矩阵翻倍。一旦迁移被认为完成，这些旧的编译器版本将被删除。

完成 anaconda.org 上传的新暂存过程

我们现在已经完成了向 anaconda.org 上传的新暂存过程的全面推出。直接上传到 conda-forge 频道将不再有效。如果您在软件包上传方面遇到问题，请使用最新版本的 conda-smithy 重新渲染您的 feedstock。与往常一样，如果您需要帮助，请在 Gitter 或 GitHub 上联系我们！

修复了 Feedstock 团队的维护流程

我们修复了一个错误，其中 meta.yaml 中列出的 feedstock 的维护者与 GitHub 团队中列出的维护者不匹配。由于此更改，如果您最近通过更改 meta.yaml 将自己从 feedstock 中移除，您可能会注意到来自 GitHub 的电子邮件，通知您已被从 GitHub 团队中移除。类似的修复也已应用于维护团队，尽管您不会看到来自此修复的电子邮件。

CentOS 7 sysroot 现在可用于 linux-64 构建

我们非常高兴地宣布，基于来自 CentOS 7 的重新打包 sysroot 的新编译器现已可用于所有 linux-* 平台。对于 ppc64le 上 8.4.0 以上版本以及 x86_64/aarch64 上 7.5.0 以上版本的 gcc、gxx 和 gfortran 版本，这些编译器将成为未来的默认编译器。

在 linux-64 平台上，我们还构建了 CentOS 6 sysroot 并将其设置为默认值，与我们当前的编译器一致。要在 linux-64 上使用 CentOS 7 sysroot，请在 recipe 的 build 部分添加 sysroot_linux-64 2.17 的要求。您还需要在 conda_build_config.yaml 中设置正确的 Docker 镜像。有关详细信息，请参阅使用 CentOS 7。

OSX 和 Linux 构建中严格的通道优先级

我们已更改 OSX 和 Linux 平台，以在软件包构建中强制执行严格的通道优先级。此更改意味着，如果 conda-forge 通道中提供了软件包，则 conda 求解器将不考虑来自其他通道的任何软件包版本。用户可以通过在其 conda-forge.yml 中设置 channel_priority: flexible 来禁用此功能。