Arch Linux

为了与上游保持一致，lirc-utils 更名为 lirc。wpc8769l 内核驱动被遗弃了，但是可以通过从 AUR 安装 lirc-wpc8769l 包取得。

注意，0.9.2 版本是一个主版本，上游和打包都有一些变化。特别是，systemd 服务 irexec.service 已经被删除了。如果你希望继续使用这个服务的话，请编辑并复制位于 /usr/share/lirc/contrib/irexec.service 的模板。

本地 CA 证书的处理方式发生了变化。若您有自行添加的信任证书，需要：

1. 将 /usr/local/share/ca-certificates/*.crt 移动到 /etc/ca-certificates/trust-source/anchors/ 下
2. 对 /etc/ssl/certs/*.pem 进行上述操作，并将它们重命名为 *.crt
3. 运行 trust extract-compat

另见 man 8 update-ca-trust 及 trust --help 。

由于升级到了 gnupg-2.1，pacman 上游更新了密钥环的格式，这使得本地的主密钥无法签署其它密钥。这不会出问题，除非你想自定义 pacman 密钥环。不过，我们推荐所有用户都生成一个新的密钥环以解决潜在问题。

此外，我们建议您安装 haveged，这是一个用来生成系统熵值的守护进程，它能加快加密软件（如 gnupg，包括生成新的密钥环）关键操作的速度。

要完成这些操作，请以 root 权限运行：

pacman -Syu haveged
systemctl start haveged
systemctl enable haveged

rm -fr /etc/pacman.d/gnupg
pacman-key --init
pacman-key --populate archlinux
pacman-key --populate archlinuxcn

由于微码（microcode）要在引导过程的早期加载，英特尔 CPU 的微码不会再自动加载了。这就需要你去调整一下引导器。如果你有英特尔 CPU，请参见维基上的说明。

只有安装了 java-common 的用户需要手动干预。用下面的命令检查：

$ pacman -Q java-common
java-common ...


如果装了，在升级之前运行下面的命令：

# archlinux-java unset
# pacman -Sydd --asdeps java-runtime-common
:: java-runtime-common and java-common are in conflict. Remove java-common? [y/N] y
# archlinux-java fix


然后即可进行升级：
# pacman -Su

注意：新的 java-runtime-common 软件包不再像之前版本一样支持强制 JAVA_HOME 。详情请阅 Java的Wiki页面 。

由于NVIDIA从343.22版本开始放弃了对G8x, G9x, and GT2xx GPU的支持，现有nvidia-340xx软件包来支持这些旧GPU。NVIDIA称将支持340xx到2019年。

老GPU用户应考虑换到nvidia-340xx。nvidia-343.22和nvidia-340xx-340.46将在几周内抵达testing仓库。

新版 mesa 已放出，但是在打包上有些变化：

• 由于杂合驱动（megadriver）的相关工作已经做完，分开打包各个 dri 驱动已经没有意义了，所以现在所有的 dri 驱动都打包进了 mesa-dri。
• vdpau 的驱动现在放在 mesa-vdpau 包里了。

为了更好的提供标准 vim 包中的高级功能，同时分离文字界面（CLI）和图形界面（GUI）的不同版本，我们重新组织了 vim 的各种包。如下：

• vim-minimal: 和原来的 vim 包一致
• vim: 现在有了 gvim 里的全部功能（除了 GTK/X 的支持），包括 python、lua 和 ruby 解析器等等。
• vim-python3: 和上面的一样，只是不是 gvim 而是 gvim-python3
• gvim: 和以前一样
• gvim-python3: 和以前一样
• vim-runtime: 和以前一样

MariaDB 的一个新的主要版本将会移动到 [extra] 仓库。我们改变了版本号命名方案来明确区分 MariaDB 和 MySQL 5.6 提供的功能。今后，在官方仓库提供的不同的 MySQL 实现中相互迁移将会很困难。

由于 MariaDB 10.0 变化重大，我们推荐（虽然不是必须的）在升级之前把所有表都导出转储，升级之后再重新导入之前导出的文件。升级到新版本之后别忘了重启 mysqld.service，然后运行 mysql_upgrade 来检查数据库以便发现潜在的错误。

另外，由于反复的编译失败，我们禁掉了 TokuDB 存储引擎。我们对所造成的不便感到抱歉。TokuDB 将会在 MariaDB 10.0.12-2 中回归。

预知详细的关于变更和升级步骤的信息，请参见 MariaDB 知识库 和 MySQL 参考手册。Akonadi 用户可以在我们的论坛上找到详尽的操作指南。