Arch Linux 可以在工具链维护方面使用一些帮助
虽然众所周知 Arch Linux 处于滚动发布 Linux 发行版的最前沿，但在其编译器工具链方面，这些软件包在过去一年中已经落后。
与大多数针对新上游版本及时更新和维护的 Arch Linux 软件包不同，在编译器工具链方面，明显缺乏人力一直在影响该领域的进展。最近几周，多位 Phoronix 读者对 Arch 上这个令人惊讶的瓶颈发表了意见。
大多数技巧都指出了这个 Arch Linux 线程关于 Glibc 和 GCC 包的维护。该线程于 10 月下旬开始，没有对相关软件包进行官方更新，许多 Arch 用户仍然想知道重要的工具链组件没有得到积极维护是怎么回事。
Arch 的GCC 包是 11.1 版本，自去年 5 月以来唯一的变化是 Python 3.10 的重建。而 GCC 11.2 是自去年 7 月以来最新的上游版本。
Arch 的 Glibc是 2.33 版，自一年前推出以来没有重大变化，除了后来在 5 月为 GCC 11.1 重建时。与此同时，Glibc 2.34 于 8 月初发布，Glibc 2.35 于上周发布。在每个版本的 GNU C 库的众多更改中，都有安全修复。
Arch 开发人员 Allan McRae 曾维护过一些 GNU 工具链包，他评论说早在 10 月，并将缺乏更新至少部分归因于需要足够测试的问题，“特别是因为这是新工具链维护者的第二次工具链更新，而之前的维护者不再提供建议，而之前的维护者退休了几年前的包装。” 与此同时，Allan 一直在维护一个替代 Arch Linux 工具链，该工具链确实会针对新的 GNU 版本进行更新。
所有公开的迹象都表明，Arch Linux 的这些 GNU 工具链延迟相当于自愿软件包维护者的人力问题。然而，即使在他们的论坛上四个月以来都没有讨论过更新，也没有对上述软件包进行任何更新，用户也在争论什么对他们有用。
希望情况能很快得到改善，而那些想要参与 Arch Linux 并帮助其开发的人可以通过Arch Linux Wiki了解更多关于这样做的各种方法。