Arch Linux

之前我们安装该软件包内容的方式会导致 pacman 没有跟踪部分文件（即在安装脚本中使用 VBoxManage extpack install ... 进行安装）。为了解决系统升级过程中遇到的问题，你可以选择以下任意一种方法进行处理：

• 在升级系统前先卸载 virtualbox-ext-vnc，升级完成后重新安装它。
• 在升级系统前，以 root 权限运行 VBoxManage extpack uninstall 'VNC' 命令。
• 指示 pacman 本次升级覆盖已有文件：

  pacman -Syu --overwrite '/usr/lib/virtualbox/ExtensionPacks/VNC/*'

目前，Arch 用户软件仓库（AUR）中出现了大量恶意的软件包被接管和更新的情况。

我们正在积极追踪现有的恶意提交，并努力阻止新的恶意提交被推送。在此期间，在更永久的解决方案出台之前，用户可能会在以下方面遇到问题：

• 在 AUR 上创建新账户
• 推送软件包更新
• 接管或创建新软件包

我们继续建议所有 AUR 软件包的用户在更新时仔细审查所有的 PKGBUILD 和安装脚本变更，特别是在这段时期。如果您发现正在使用的软件包有可疑的提交，请通过 aur-general 邮件列表联系 Arch 团队并提供更多信息。

最近我们举办了项目负责人选举，经过在（内部）邮件列表上的热烈讨论环节和有两名候选人参选的投票环节之后， Levente “anthraxx” Polyák 再次获选为新一届项目负责人。
根据我们的选举规则，他再选的本届任期将持续两年。
Arch Linux 项目负责人的职责包括作出最终决策（当没法达成共识时），带领社区，保障执行行为守则，处理和SPI相关的财政事务，以及整体的项目任务管理。
恭喜 Levente ，感谢你站出来服务这个社区，并希望这一届任期也会是顺利的一届！🥳

Varnish 项目已正式更名为 Vinyl Cache。紧随这一更名，我们发布了全新的 vinyl-cache 软件包。由于此次升级包含破坏性变更（Breaking Changes），建议用户在进行替换前，务必仔细研究这些变化及其带来的影响。目前，所有二进制文件和目录中的 “varnish” 字样均已全面变更为 “vinyl”。

用户至少需要执行以下操作：

• 将 /etc/varnish 重命名为 /etc/vinyl-cache
• 将 /var/lib/varnish 重命名为 /var/lib/vinyl-cache
• 修正 /var/lib/varnish 目录内文件的所有权
• 用户名 varnish 变更为 vinyl
• 用户组 varnish 变更为 vinyl
• 用户名 varnishlog 变更为 vinyllog
• 用户名 vcache 保持不变
• 禁用旧的 varnish.service 和 varnishncsa.service systemd 单元
• 启用新的 vinyl-cache.service 和 vinylncsa.service systemd 单元

与此同时，varnish 软件包已从 [extra] 软件源中移除。鉴于其已属于不同的上游项目，我们目前没有维护新 varnish 软件包的计划。

kea包为增强安全性已经把所有服务改为用专门的kea用户执行（原本用root用户）。这一变更需要更改kea服务创建的运行期文件的权限。
已经安装了kea的用户在更新后应该使用以下命令：

chown kea: /var/lib/kea/* /var/log/kea/* /run/lock/kea/logger_lockfile
systemctl try-restart kea-ctrl-agent.service kea-dhcp{4,6,-ddns}.service

其他需要操作kea服务的文件（比如/var/lib/kea下的租期文件，/var/log/kea下的日志文件，以及/etc/kea下的配置文件）的账户需要被加入kea组。

之前的 iptables-nft 包现在改叫 iptables。提供旧的后端的包现在叫 iptables-legacy。

当在 iptables-nft、iptables、iptables-legacy 之间切换时，请注意检查 /etc/iptables/ 下的 .pacsave，如有需要可以用来恢复之前的规则：

/etc/iptables/iptables.rules.pacsave
/etc/iptables/ip6tables.rules.pacsave

大部分系统应该不需要任何更改，但是依赖不常见的 xtables 扩展或者旧版行为的用户应当仔细测试，有必要的话使用 iptables-legacy 包。

随着驱动程序更新至 590 版本，NVIDIA 驱动程序不再支持 Pascal (GTX 10xx) 架构及更早的 GPU。我们将用 nvidia-open 替换 nvidia 软件包，用 nvidia-open-dkms 替换 nvidia-dkms，用 nvidia-lts-open 替换 nvidia-lts。

影响： 在搭载 Pascal、Maxwell 或更旧显卡的系统上更新 NVIDIA 软件包将导致驱动程序加载失败，这可能会导致图形界面环境损坏（无法启动桌面）。

Pascal 及更旧显卡用户需手动干预： 使用 GTX 10xx 系列及更早型号显卡的用户必须切换到“旧版专有分支”（legacy proprietary branch）以维持驱动支持：

• 卸载官方的 nvidia、nvidia-lts 或 nvidia-dkms 软件包。
• 从 AUR 安装 nvidia-580xx-dkms。

搭载 Turing (RTX 20xx 和 GTX 1650 系列) 及更新型号 GPU 的用户在升级时将自动过渡到开源内核模块，无需手动干预。

以下软件包在从 9.0 升级到 10.0 时可能需要手动干预：

• aspnet-runtime
• aspnet-targeting-pack
• dotnet-runtime
• dotnet-sdk
• dotnet-source-built-artifacts
• dotnet-targeting-pack

pacman 可能对受影响的软件包提示如下报错： failed to prepare transaction (could not satisfy dependencies) （无法准备事务处理 (无法满足依赖关系) ）。
如果你受此影响并且需要 9.0 的包，使用如下命令可以更新，比如 aspnet-runtime 到 aspnet-runtime-9.0 :
pacman -Syu aspnet-runtime-9.0
pacman -Rs aspnet-runtime

waydroid 软件包在 1.5.4-2 版本之前（包括 aur/waydroid）会在运行时创建 Python 字节码文件（.pyc），从而这些文件并未被 pacman 跟踪。这个问题已在 1.5.4-3 版本中得到修复，在新版本中已改为在打包过程中编译生成这些字节码文件。

因此，升级过程可能会与之前版本创建的无主文件 (unowned files) 产生冲突。如果您在更新过程中遇到如下错误：

error: failed to commit transaction (conflicting files)
waydroid: /usr/lib/waydroid/tools/__pycache__/__init__.cpython-313.pyc exists in filesystem
waydroid: /usr/lib/waydroid/tools/actions/__pycache__/__init__.cpython-313.pyc exists in filesystem
waydroid: /usr/lib/waydroid/tools/actions/__pycache__/app_manager.cpython-313.pyc exists in filesystem

你可以用以下命令安全地覆盖这些文件：

pacman -Syu --overwrite /usr/lib/waydroid/tools/\*__pycache__/\*

dovecot 的 2.4 发布分支存在重大变更，导致它和任何 <= 2.3 版本的配置文件都不兼容。

因此 dovecot 服务在迁移配置文件前将无法启动，于是需要手动干预。

关于 2.3 到 2.4 的迁移方案，请参阅上游文档：将 Dovecot CE 从 2.3 升级到 2.4

此外，dovecot 2.4 分支不再支持其复制(Replication)功能，该功能已被移除。

对于依赖复制功能或目前无法迁移到 2.4 的用户，我们在 [extra] 软件仓库中提供了替代软件包：

• dovecot23
• pigeonhole23
• dovecot23-fts-elastic
• dovecot23-fts-xapian

dovecot 2.3 发布分支将继续接收来自上游的关键安全修复，直到另行通知。