Arch Linux

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 。

glibc 最新版本删除了 NIS 和 NIS+ 的相关支持。在 filesystem 包中默认的 /etc/nsswitch.conf 文件已经根据这一变化做了相应修改。请在升级前确认是否存在 pacnew 文件，并确保已经合并了其中的变更。

如果需要 NIS 功能，仍然能通过安装 libnss_nis 包提供该功能。不过对于 NIS+ 目前官方源中没有替代方案。

同时 pam 1.3.0-2 包不再提供 pam_unix2 模块以及 pam_unix_*.so 兼容性符号链接。请在升级前仔细检查 /etc/pam.d 文件夹中的 PAM 配置，用 pam_unix.so 替换掉以上被删除的模块。使用 pam_unix2 的用户还需要在修改 PAM 配置之后重置他们的密码。 pambase 包提供的默认配置不需要额外修正。

zita-resampler 包的 1.6.0-1 版本在打包时缺失了一个库文件的符号链接，我们已经在 1.6.0-2 中加入了这个文件。如果您安装过 1.6.0-1 ，那么 ldconfig 将会在安装时创建这个链接，从而它会和 1.6.0-2 打包中的链接文件形成文件冲突。如果 pacman 提示文件冲突，请手动删除 /usr/lib/libzita-resampler.so.1 ，然后继续正常升级。

随着9个月的逐步抛弃阶段结束，今日起我们正式停止对 i686 架构的支持。我们将于11月底从软件源服务器删除 i686 包，随后也将删除归档服务器上的包。

对于无法将硬件升级至 x86_64 架构的用户，我们建议他们使用 Arch Linux 32 作为替代，这是由社区维护的下游发行版。具体的迁移步骤请参考他们的网站。

现在开始 perl 包将会在编译模块的路径中添加版本号。这意味着针对不同版本的 perl 编译的模块将不会被加载，进而需要重新编译。

在升级的时候会有一个 pacman hook 对受影响的模块提出警告，类似这样：


WARNING: '/usr/lib/perl5/vendor_perl' contains data from at least 143 packages which will NOT be used by the installed perl interpreter.
-> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/vendor_perl'


使用这些模块之前你必须重新编译他们。这一变动同样会影响到通过 CPAN 安装的模块。并且在下一次 Perl 的大版本更新时，比如更新到 5.28 或者 5.30 时将需要再次重新编译。

请注意早在此次变更之前 perl 已经要求重新编译模块了，然而从此之后 perl 将不再尝试载入那些模块并且会以奇怪的方式失败。

如果某些软件的构建系统不能找到正确的路径，你可以在 PKGBUILD 中使用 perl -V:vendorarch 来查询正确的路径。同样还有 sitearch 用于那些并非由 pacman 打包管理的软件。

由于 Arch Build System 的相关服务器端脚本的维护开销日益增高，我们决定放弃 abs 及其相关的通过 rsync 获取 PKGBUILD 的服务。

extra 仓库中的另一个工具 asp 能够提供类似 abs 的功能。它的命令 asp export pkgname 可以作为直接替代。关于它的更多用法细节请参考项目文档。以及可以通过 Subversion sparse checkout 实现类似的功能，参考文档在此。如果想要获取所有的 PKGBUILD ，我们建议 clone svntogit 镜像。

我们已经从 extra 仓库移除了 abs 包，并且计划在本月月底停止运行相应的 rsync 接入点（ rsync://rsync.archlinux.org/abs ）。

升级到 ca-certificates-utils 20170307-1 包的过程需要手动操作，因为原本由 post_install 创建的一个符号链接现在移动到打包过程中了。
因为删除该链接可能会导致无法正常下载安装包，所以请进行如下三步升级操作：

# pacman -Syuw                           # 用 -Sw 选项仅下载升级所需的包
# rm /etc/ssl/certs/ca-certificates.crt  # 手动移除冲突的文件
# pacman -Su                             # 继续升级

得益于 Fedora 社区和 xorg-server 上游开发者的不懈努力，现在不需要任何 libgl/libglx 的修改就能同时（side-by-side）安装 mesa-17.0.0-3 和 nvidia-378.13 驱动了。

这一变更的第一步是我们已经通过移除诸多 libgl 相关的包，删除了 xorg-server-1.19.1-3 中 libglx 的符号链接及其关联的 mesa/nvidia 驱动。这是艰难的一步，因为这一步破坏了 optimus 的兼容性，并且需要手动更新 xorg-server 的配置。

接下来是我们现在所处的第二步，我们提供了一个新的 10-nvidia-drm-outputclass.conf 配置文件，它将带来 optimus 系统下“开箱即用”的 xorg-server 配置。

请广泛测试现在的新配置并通过我们的 论坛专帖 和 bug 跟踪系统 反馈您遇到的问题。

鉴于在开发者和社区中 i686 架构的使用程度逐渐式微，我们决定逐步抛弃对这一架构的支持。

这一决定意味着2月份的ISO将是最后一个支持32位 Arch Linux 的安装媒介。接下来的9个月是逐步抛弃的过渡阶段，期间 i686 的软件包将会继续收到更新。从2017年11月开始，我们将不再要求维护者更新软件源或者维护打包工具，这将使得 i686 不受支持。

不过由于仍有一部分人期望延续 i686，我们鼓励社区在我们的指导下使之成为可能。我们将使用 arch-ports 邮件列表和 #archlinux-ports Freenode IRC 频道协调相关工作。

本次决定不会影响 [multilib] 软件源。