Fedora 44 32 位支持暂缓，新目标锁定 Fedora 46 引发热议

Fedora 46 震撼来袭，32 位支持暂缓引热议

　　 7月2日，据消息，Fedora工程指导委员会成员FabioValentini于6月30日发布动态，表示根据社区用户的反馈，决定取消“FedoraLinux44将不再支持32位”的提议，认为目前推动这一变更仍为时过早。

　　 Valentini在最新动态中提到，他在提出该提案时就已经预料到可能会有用户表示反对，但他依然认为Fedora44是一个合理且最早的发布时间目标。目前，新的时间节点已调整为Fedora46版本的发布。

　　 Valentini认为，这项提案所针对的问题并不会消失。随着越来越多的项目停止对在32位架构上构建或运行软件的官方支持，未来几年情况只会愈发严峻。

　　 此前报道，转变的动机很直接：减少维护开销。对于维护者来说，由于上游项目放弃了这个架构，支持 32 位构建变得越来越繁重，迫使 Fedora 要么回溯修复，要么实现替代方案。

　　 多年来，Fedora 逐步减少了对 32 位架构的支持。在 Fedora 31 版本中，该发行版不再提供 i686 内核软件包和安装镜像，但仍然支持通过 multilib 机制构建 i686 程序包，使得用户可以在 64 位系统上运行 32 位应用程序。

　　 最新提议建议彻底停止构建i686架构的软件包，以消除对旧有32位系统的兼容需求。这一调整计划分两阶段进行，第一阶段（取消multilib支持）在出现问题时仍可恢复，而第二阶段则完全停止i686架构的构建，这一改变更难以逆转，因为需要从头开始重新构建相关架构。

　　 取消对i686架构的构建，有助于释放更多的构建机器资源，从而可能提升x86_64架构软件包的编译效率。这一调整在一定程度上反映了项目对当前主流硬件平台的重视，也体现了资源优化配置的必要性。对于开发者和用户而言，这意味着未来在使用x86_64系统时，可能会享受到更快速的软件更新和更稳定的构建流程。不过，这也意味着对旧有32位系统的支持将进一步减少，相关用户需要做好相应的迁移准备。

　　 对于用户而言，更小的仓库元数据可能会提升包管理器的运行速度，包括加快依赖关系的解析和更新过程。然而，这一改动也伴随着一定的代价。部分第三方软件，尤其是那些通过Wine运行的旧版Windows应用程序，可能需要进行相应的调整。