Arch Linux

primus_vk 包在版本 1.3-1 之前缺少了一些动态库链接。这个错误已经在 1.3-1 中修正了，所以升级时需要手动覆盖掉没有被跟踪到的动态库链接。如果你遇到如下报错：

primus_vk: /usr/lib/libnv_vulkan_wrapper.so.1 exists in filesystem
primus_vk: /usr/lib/libprimus_vk.so.1 exists in filesystem

那么请使用如下命令:

pacman -Syu --overwrite=/usr/lib/libnv_vulkan_wrapper.so.1,/usr/lib/libprimus_vk.so.1

进行更新。

我们的官方内核： linux, linux-lts, linux-zen 和 linux-hardened ，将不再直接把内核安装到 /boot 中去了。

安装和删除的步骤现在由 mkinitcpio 的挂钩(hook)和脚本(script)接管，因此无需手动干预升级过程。

此次变更的目的是想让内核包更独立(self-contained)，并且让启动过程更灵活，同时保持向后兼容性。

目前只有 mkinitcpio 有挂钩负责处理安装删除内核，我们还没有为 dracut 提供类似的支持，不过今后 dracut 将会有类似的挂钩。

压缩算法 zstd 带来了更快的压缩解压时间，同时保持接近 xz 的压缩率。通过它我们能让 pacman 能更快地安装包，并且不会带来什么坏处。

即将到来的 pacman 5.2 更新将允许打包工具使用 zstd 压缩软件包。要安装这些包需要有 zstd 支持的 libarchive ，相关更新已经在 2018 年 9 月左右进入软件仓库。为了允许我们开始发布 zstd 压缩的软件包，我们要求所有用户更新到至少 libarchive 3.3.3-1 或以后的版本。该版本发布至今已经有一年了，我们期待你已经更新到了，如果还没更新那请尽快。

如果你维护自己的脚本，请确保它们不依赖硬编码的文件扩展名。用 zstd 的软件包将会使用 .pkg.tar.zst 的扩展名。

原本的 base 包组（group）已经被替换为同名的元包（metapackage），我们建议所有用户安装这个新包（pacman -Syu base），因为从今往后事实上要求安装该包。
对寻求帮助和支持的用户，我们期待他们运行的系统安装了 base 包。

附加说明：
请注意，新的 base 包不再包含以下内容：

• – 内核
• – 编辑器
• – 文件系统工具 （比如 e2fsprogs）

……以及可能还有别的你预期会有的包。对新安装的系统需要额外安装这些包。

astyle 包在 3.1-2 之前的版本缺少了一个动态库的链接。这个问题已经在 3.1-2 中修复，所以更新过程需要覆盖掉 ldconfig 创建出的未被 pacman 跟踪的链接文件。如果你在更新时遇到如下报错：

astyle: /usr/lib/libastyle.so.3 exists in filesystem

那么请使用如下命令

pacman -Suy --overwrite usr/lib/libastyle.so.3

来完成系统更新。

tensorflow 包在 1.14.0-5 之前的版本缺少几个动态库的链接。这个问题已经在 1.14.0-5 中修复，所以更新过程需要覆盖掉 ldconfig 创建出的未被 pacman 跟踪的链接文件。如果你在更新时遇到如下报错

tensorflow: /usr/lib/libtensorflow.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_cc.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_framework.so.1 exists in filesystem

那么请使用如下命令

pacman -Suy --overwrite=usr/lib/libtensorflow.so.1,usr/lib/libtensorflow_cc.so.1,usr/lib/libtensorflow_framework.so.1

来完成系统更新。

libbloom 包在 1.6-2 之前的版本缺少了一个动态库的链接。这个问题已经在 1.6-2 中修复, 所以更新过程需要覆盖掉 ldconfig 创建出的未被跟踪的链接文件。如果你在更新时遇到这样的报错：

libbloom: /usr/lib/libbloom.so.1 exists in filesystem

请通过：

pacman -Suy --overwrite usr/lib/libbloom.so.1

来完成更新

遵从上游的建议， mariadb 更新到 10.4.6-1 或者之后的版本需要改变配置文件的布局。
主配置文件的位置从 /etc/mysql/my.cnf （以及它的引入文件夹 /etc/mysql/my.cnf.d/ ）移动到了 /etc/my.cnf （相应的 /etc/my.cnf.d/ ）。请确保迁移您的配置。

逐实例的服务（像 mariadb@foo.service 这种）不再用单独的文件配置（像 /etc/mysql/myfoo.cnf 这种），而是移动到了主配置文件中的带群组后缀的配置块里面，每个服务一个带后缀的配置块。一个配置块看起来类似这样：

[mysqld.foo]
datadir = /var/lib/mysql-foo
socket = /run/mysqld/mysqld-foo.sock

和之前几次 mariadb 功能性升级一样的是，这一次也需要升级 data 文件夹。在修改好配置文件之后请运行以下命令进行升级：

systemctl restart mariadb.service && mariadb-upgrade -u root -p

libutf8proc 在 2.1.1-3 之前的版本中含有错误的 soname 链接，我们在 2.1.1-3 版本中修复了这个问题，因此更新时需要手动覆盖掉 ldconfig 创建出的未被跟踪的文件。如果你看到如下错误：
libutf8proc: 文件系统中已存在 /usr/lib/libutf8proc.so.2
请执行：
pacman -Suy --overwrite usr/lib/libutf8proc.so.2
之后继续更新系统。

由于 /usr/lib/libmozjs-52.so 的 SONAME 不符合其文件名， ldconfig 创建了未管理的文件 /usr/lib/libmozjs-52.so.0 。现在已经修正这一问题，两个文件都包含在新包中。

为防止更新报错，请于更新前删除 /usr/lib/libmozjs-52.so.0 。