在 20250613.12fe085f-5 中，固件被按厂商拆分成了数个软件包。现在 linux-firmware 是个依赖默认固件集合的空包。
不幸的是，上游刚好也重新组织了 NVIDIA 固件的软链接放置位置。这导致了 Pacman 无法处理的状况。当从 20250508.788aadc8-2 或更早升级上来时，你会遇到以下报错：
linux-firmware-nvidia: 文件系统中已存在 /usr/lib/firmware/nvidia/ad103
linux-firmware-nvidia: 文件系统中已存在 /usr/lib/firmware/nvidia/ad104
linux-firmware-nvidia: 文件系统中已存在 /usr/lib/firmware/nvidia/ad106
linux-firmware-nvidia: 文件系统中已存在 /usr/lib/firmware/nvidia/ad107
要进行这次系统升级，首先卸载 linux-firmware，然后在升级的同时再将它安装回来：
# pacman -Rdd linux-firmware
# pacman -Syu linux-firmware
以下非英文新闻翻译，2025-06-23 补充：
目前已知官方源中的 linux-firmware-amdgpu 20250613.12fe085f-6 可能导致 AMD Radeon RX 9000 系显卡用户启动失败，使用这些显卡的用户请谨慎升级并考虑留在 linux-firmware 20250508.788aadc8-2。
升级后如果遇到笔记本没有声音或者声音很小的情况，可能是 cs35l56 驱动所需的固件被拆入 linux-firmware 包的可选依赖所导致，请尝试安装 linux-firmware-cirrus。
在 Plasma 6.4 上，用户没有手动指定 kwin-x11 的话，wayland 会话将是唯一安装了的会话。
最近 kwin 分拆成了 kwin-wayland 和 kwin-x11。运行旧的 X11 会话的用户需要手动安装 plasma-x11-session，否则将无法登录。当前 pacman 无法判断你的个人设置方式，给所有 Plasma 用户都安装 plasma-x11-session 和 kwin-x11 也不可取。
简而言之：如果你还在用 x11，请安装 plasma-x11-session。
我们正在将 wine 和 wine-staging 两个包转换到纯 wow64 构建。这一更改将可以使它们不再依赖 [multilib] 仓库。
这样做的主要目的是和上游的 wine 开发保持一致，以便简化打包和依赖链条。
可能存在的问题：
- OpenGL 性能：新的 WoW64 模式有一个已知的局限，即它会降低直接使用 OpenGL 的32位程序的性能
- 破坏性的更改：现有的32位前缀 (Wine prefix) 需要重建
如果你遇到了32位前缀的问题，请重建这些前缀并重新安装其中的应用。
最近我们注意到有一个与本站主页和维基相似的网站出现在搜索引擎结果中。请注意，该域名以 .org.cn 结尾的网站与我们没有任何关系，请认准我们的域名 archlinuxcn.org。
如果该网站出现在搜索结果之中给你带来了困扰，可以使用 uBlacklist 浏览器扩展来屏蔽之。
Valkey 是一个高性能的键/值存储，将会取代 [extra] 仓库中的 Redis 。此变更是由于 Redis 在2024年3月20日将其开源许可从3句BSD许可变更为 RSALv2 许可和 SSPLv1 许可。
Arch Linux 的软件包维护者计划在本公告发布之日起大约14天内继续提供 redis 软件包可用，以便用户能够平稳过渡到 valkey。在14天的过渡期结束后，redis 软件包将被移动到 AUR。并且从公告发布后，官方仓库中的 redis 软件包将不再接收任何更新，并且在被移除之前应被视为已弃用。
建议用户尽快将使用中的 Redis 迁移到 Valkey 以避免14天迁移期之后可能出现的麻烦。
大约两年前，我们在 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 文件）！
我们计划今天（2月3日）将 glibc 及其相关组件更新至稳定版。安装此更新后，Discord 客户端将显示红色警告，提示安装已损坏（the installation is corrupt）。
该问题已在 Discord 的 canary 版本中修复。如果您依赖音频功能，建议使用 canary 版本、从浏览器登录或使用 flatpak 版本，直至稳定版 Discord 发布修复更新。
目前未接到文字聊天功能受影响的报告。
我们想提醒大家 rsync 发布了安全版本更新 3.4.0-1 ，已经在公告 ASA-202501-1 中所描述。
攻击者仅需要 rsync 服务器的匿名读取权限，比如公共镜像站，就可在服务器端的机器上执行任意代码。并且，攻击者可以控制受影响的服务器端，然后在连接上该服务器的客户端读写任意文件。据此可以获取敏感信息，比如 OpenGPG 和 SSH 的私钥，并且可以通过写入 ~/.bashrc 或 ~/.popt 文件的方式执行恶意代码。
我们强烈建议所有在执行 3.4.0-1 之前版本的 rsync 守护进程或者客户端的用户立刻升级系统并重启。以及因为 Arch Linux 镜像站通常使用 rsync 同步更新，我们强烈建议所有镜像站管理员立刻行动，即便这些镜像站中提供的包文件本身是被加密签名保护的。
所有 Arch Linux 维护的基础设施服务器和镜像服务器已经更新修复。
以前 Arch Linux 打包用的源码（比如PKGBUILD文件）一直没有写明协议，这潜藏着问题。明确指定协议可以澄清这种不确定性。
根据 RFC 40 我们同意把所有打包用的源码授权为非常开放的 0BSD 协议。这项变更不会限制你能用打包源码做的事情。请参阅 RFC 以了解缘由和之前的讨论。
在做出变更之前，我们想给贡献者一个提出反对声音的渠道。从2024年11月19日起，为期一周时间，贡献者们将收到一封邮件通知，其中会列出他们所做的所有贡献。
- 如果你收到邮件并且同意这次变更，那么不需要你那边进行任何操作。
- 如果你不同意，那么请回复邮件，然后我们会一起协商一个方案。
如果你之前为 Arch Linux 打包做出过贡献但没有收到邮件通知，请联系我们 package-sources-licensing@archlinux.org 。
随着 7.0.0 版本的发布，pacman 增加了以单独的低权限用户身份来下载软件包的功能。
然而，对于使用本地仓库的用户，这可能意味着下载用户无法访问相关文件。要解决此问题，可以将这些文件和文件夹分配给 alpm 组，并确保相关文件夹设置了可执行权限（+x）。
$ chown :alpm -R /path/to/local/repo
请记得合并 .pacnew 文件以应用新的默认设置。
pacman 还引入了一个更改，以提高使用 .gitattributes 文件的 git 仓库的校验和稳定性。使用 git 源码的 PKGBUILD 可能需要一次校验和更改。
