我们正在将 wine 和 wine-staging 两个包转换到纯 wow64 构建。这一更改将可以使它们不再依赖 [multilib] 仓库。
这样做的主要目的是和上游的 wine 开发保持一致，以便简化打包和依赖链条。
可能存在的问题：
- OpenGL 性能：新的 WoW64 模式有一个已知的局限，即它会降低直接使用 OpenGL 的32位程序的性能
- 破坏性的更改：现有的32位前缀 (Wine prefix) 需要重建
如果你遇到了32位前缀的问题，请重建这些前缀并重新安装其中的应用。
欢迎来到 Arch Linux 中文社区
Arch Linux是一个轻量的、灵活的Linux发行版，遵循K.I.S.S.原则。
目前我们有专门为x86_64架构优化的官方软件包。作为官方软件包的补充，我们还有一个社区维护的，数量和质量每天都在增长和进步的软件源。
我们强大的社区热情而乐于助人，同时我们以能够用自己的技术能力使用Arch并作为Arch的主干力量而自豪。请查阅我们的论坛和邮件列表来加入我们。如果你想了解更多关于Arch的信息，可以看一看我们的Wiki。
最新文章
转换到新的 WoW64 wine 和 wine-staging
2025 年 6 月 17 日关于与本站相似网站的通告
2025 年 6 月 4 日最近我们注意到有一个与本站主页和维基相似的网站出现在搜索引擎结果中。请注意，该域名以 .org.cn 结尾的网站与我们没有任何关系，请认准我们的域名 archlinuxcn.org。
如果该网站出现在搜索结果之中给你带来了困扰，可以使用 uBlacklist 浏览器扩展来屏蔽之。
将用 Valkey 替代 [extra] 仓库中的 Redis
2025 年 4 月 17 日Valkey 是一个高性能的键/值存储，将会取代 [extra] 仓库中的 Redis 。此变更是由于 Redis 在2024年3月20日将其开源许可从3句BSD许可变更为 RSALv2 许可和 SSPLv1 许可。
Arch Linux 的软件包维护者计划在本公告发布之日起大约14天内继续提供 redis 软件包可用，以便用户能够平稳过渡到 valkey。在14天的过渡期结束后，redis 软件包将被移动到 AUR。并且从公告发布后，官方仓库中的 redis 软件包将不再接收任何更新，并且在被移除之前应被视为已弃用。
建议用户尽快将使用中的 Redis 迁移到 Valkey 以避免14天迁移期之后可能出现的麻烦。
清理旧仓库
2025 年 2 月 17 日大约两年前，我们在 git 迁移的过程中合并了 [community] 仓库到 [extra] 仓库。当时为了不破坏用户的配置，我们选择保留这些仓库作为未使用的空仓库。我们将要在2025年3月1日清理这些旧仓库。
在那些还没有更新 /etc/pacman.conf 仍然在引用 [community] 仓库的系统上， pacman -Sy 将会在同步仓库元数据时报错。
将会移除以下这些过时仓库： [community] ， [community-testing] ， [testing] ， [testing-debug] ， [staging] ， [staging-debug] 。
请确保从 /etc/pacman.conf 中删除所有上述仓库 （从 pacman >= 6.0.2-7 起将会有一个与此相关的 .pacnew 文件）！
Glibc 2.41 版本会损坏 Discord 安装
2025 年 2 月 3 日我们计划今天（2月3日）将 glibc 及其相关组件更新至稳定版。安装此更新后，Discord 客户端将显示红色警告，提示安装已损坏（the installation is corrupt）。
该问题已在 Discord 的 canary 版本中修复。如果您依赖音频功能，建议使用 canary 版本、从浏览器登录或使用 flatpak 版本，直至稳定版 Discord 发布修复更新。
目前未接到文字聊天功能受影响的报告。
关键 rsync 安全更新 3.4.0
2025 年 1 月 17 日我们想提醒大家 rsync 发布了安全版本更新 3.4.0-1 ，已经在公告 ASA-202501-1 中所描述。
攻击者仅需要 rsync 服务器的匿名读取权限，比如公共镜像站，就可在服务器端的机器上执行任意代码。并且，攻击者可以控制受影响的服务器端，然后在连接上该服务器的客户端读写任意文件。据此可以获取敏感信息，比如 OpenGPG 和 SSH 的私钥，并且可以通过写入 ~/.bashrc 或 ~/.popt 文件的方式执行恶意代码。
我们强烈建议所有在执行 3.4.0-1 之前版本的 rsync 守护进程或者客户端的用户立刻升级系统并重启。以及因为 Arch Linux 镜像站通常使用 rsync 同步更新，我们强烈建议所有镜像站管理员立刻行动，即便这些镜像站中提供的包文件本身是被加密签名保护的。
所有 Arch Linux 维护的基础设施服务器和镜像服务器已经更新修复。
给打包用的源码指定协议
2024 年 11 月 19 日以前 Arch Linux 打包用的源码（比如PKGBUILD文件）一直没有写明协议，这潜藏着问题。明确指定协议可以澄清这种不确定性。
根据 RFC 40 我们同意把所有打包用的源码授权为非常开放的 0BSD 协议。这项变更不会限制你能用打包源码做的事情。请参阅 RFC 以了解缘由和之前的讨论。
在做出变更之前，我们想给贡献者一个提出反对声音的渠道。从2024年11月19日起，为期一周时间，贡献者们将收到一封邮件通知，其中会列出他们所做的所有贡献。
- 如果你收到邮件并且同意这次变更，那么不需要你那边进行任何操作。
- 如果你不同意，那么请回复邮件，然后我们会一起协商一个方案。
如果你之前为 Arch Linux 打包做出过贡献但没有收到邮件通知，请联系我们 package-sources-licensing@archlinux.org 。
pacman 7.0.0 更新，本地仓库需要手动干预
2024 年 9 月 14 日随着 7.0.0 版本的发布，pacman 增加了以单独的低权限用户身份来下载软件包的功能。
然而，对于使用本地仓库的用户，这可能意味着下载用户无法访问相关文件。要解决此问题，可以将这些文件和文件夹分配给 alpm 组，并确保相关文件夹设置了可执行权限（+x）。
$ chown :alpm -R /path/to/local/repo请记得合并 .pacnew 文件以应用新的默认设置。
pacman 还引入了一个更改，以提高使用 .gitattributes 文件的 git 仓库的校验和稳定性。使用 git 源码的 PKGBUILD 可能需要一次校验和更改。
升级 tzdata 至 2024b-1 可能会出现问题
2024 年 9 月 10 日2024-09-14更新：该问题已经通过更新 gcc 到包含修复的提交的方式得到解决。Arch Linux 的官方包（链接到更新后的 gcc-libs 者）将不再受影响。
由于在 2024b 版本中，tzdata 使用了暂不受支持的一些新格式，可能会造成 libstdc++ 及其他库无法正确解析。出现的错误现象可能是部分使用 C++ 编写的软件（如 waybar）无法识别和使用除了 UTC 以外的所有时区。
为了避免这个问题，目前可以将 tzdata 包降级到（或保留在）2024a-2 版本。
需要在更新到 openssh-9.8p1 之后重启 sshd 服务
2024 年 7 月 2 日在更新到 openssh-9.8p1 之后，现存的 SSH 守护进程将无法再接受新的连接（详见 https://gitlab.archlinux.org/archlinux/packaging/packages/openssh/-/issues/5 ）。
如果从远程更新系统，请确保在更新后立刻使用 systemctl try-restart sshd 命令重启 sshd 服务。
我们在评估是否可能在今后 openssh-9.8p1 的打包中加入更新时自动重启 sshd 服务的机制。