Arch Linux

在数周前进入 [core] 仓库的当前 Linux 内核（4.0.2+, LTS 3.14.41+）受到一个 bug 的影响，会导致位于软件  RAID 0 阵列上用 discard 选项挂载的文件系统中出现数据损坏。即使没用使用 discard 选项挂载，用 fstrim 命令也可能触发此问题。（如果你不使用软件 RAID 0 或者没有用 discard 挂载，那么不受此问题影响。）

这一问题已经在 linux 4.0.4-2 和 linux-lts 3.14.43-2 更新中解决。但是由于这一 bug 的性质，很有可能在运行过前述版本内核的系统中已经发生了数据损坏。因此强烈建议对受影响的文件系统运行 fsck 检查数据一致性，并且从已知的完好备份中恢复数据。

关于进一步的细节消息，请阅读 Holger Kiehl 在 LKML 中的发帖，Phoronix 上的相关文章，以及在Arch的内核上向后移植过来的 bug 修复。

Puppet 4 已发布，它破坏了与 Puppet 3 的兼容性。因此用户需要在升级客户端之前把服务器升级到 Puppet 4 。请注意如果只有 Puppet 4 服务器，那么Puppet 3客户端将不能工作。并且，一些文件的位置发生了变动，包括配置（config）、清单（manifest）和模块文件，请参阅升级指南进行服务器和客户端的升级：

• https://docs.puppetlabs.com/puppet/4.0/reference/upgrade_server.html
• https://docs.puppetlabs.com/puppet/4.0/reference/upgrade_agent.html

为了避免一些模块找不到对应的动态链接库的问题，一些模块被从 pulseaudio 包中拆分出来了。请检查你是否需要这些模块并重新安装他们。

被拆分出的模块包括：

• pulseaudio-bluetooth : 蓝牙(Bluez)支持
• pulseaudio-equalizer : 均衡器输出(qpaeq)
• pulseaudio-gconf: GConf 支持 (paprefs)
• pulseaudio-jack: JACK的输出(sink)、输入(source)以及 jackdbus 检测
• pulseaudio-lirc: 红外遥控(LIRC)的音量控制
• pulseaudio-xen: Xen 半虚拟化输出
• pulseaudio-zeroconf: Zeroconf (Avahi/DNS-SD) 支持

新版本带来了如下变更：

• 跟随着上游变化， xf86-video-modesetting 现在由包 xorg-server 提供。
• 以下软件包已经被抛弃并移至 AUR，其中一些由 modesetting 驱动替换： xf86-video-ast, xf86-video-cirrus, xf86-video-geode, xf86-video-mga, xf86-video-sisimedia, xf86-video-v4l 。

KDE 软件集（Software Collection）已经升级到 KDE应用程序（Applications） 14.12 。

KDE 开发者们已经开始将他们的软件移植到 KDE Frameworks 和 Qt 5 上。这里有一份所有已经移植的软件列表。

当一个 KDE 应用程序的 KDE Frameworks 移植版本被认为已经稳定之后，它就将作为 KDE 应用程序发布，而今后的开发和bug修复将不再被应用到对应的 Qt4/KDE4 版本上。这意味着一旦一个移植版本的应用程序发布了，我们就会切换到新版本。与此同时，我们将去掉KDE模块名的前缀（比如 kdebase-konsole -> kconsole）。

在这个迁移的过程中，将有一些软件包使用 Qt5 同时有另一些使用 Qt4 。我们力图让这个迁移过程对 KDE4 用户表现得平滑，但是取决于你的配置一些程序可能看起来不太一致。请为这两个工具包调整主题和配色方案，这个wiki页或许能帮助你。同时我们也建议切换到本周将发布的 Plasma 5.2 。

请将上游 bug 汇报到 KDE bugzilla 。当然可以转发给我（新闻发布者： Andrea Scarpino）。

为了与上游保持一致，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页面 。