The new version of glibc removes support for NIS and NIS+. The default
/etc/nsswitch.conf file provided by
filesystem package already
reflects this change. Please make sure to merge pacnew file if it exists
prior to upgrade.
NIS functionality can still be enabled by installing
package. There is no replacement for NIS+ in the official repositories.
pam 1.3.0-2 no longer ships pam_unix2 module and
compatibility symlinks. Before upgrading, review PAM configuration files
/etc/pam.d directory and replace removed modules with
pam_unix.so. Users of pam_unix2 should also reset their passwords
after such change. Defaults provided by
pambase package do not need
The zita-resampler 1.6.0-1 package was missing a library symlink that has been readded in 1.6.0-2. If you installed 1.6.0-1, ldconfig would have created this symlink at install time, and it will conflict with the one included in 1.6.0-2. In that case, remove /usr/lib/libzita-resampler.so.1 manually before updating.
Following 9 months of deprecation period, support for the i686
architecture effectively ends today. By the end of November, i686
packages will be removed from our mirrors and later from the packages
archive. The [multilib] repository is not affected.
For users unable to upgrade their hardware to x86_64, an alternative is
a community maintained fork named Arch Linux 32. See their website
for details on migrating existing installations.
The perl package now uses a versioned path for compiled modules. This means
that modules built for a non-matching perl version will not be loaded any more
and must be rebuilt.
A pacman hook warns about affected modules during the upgrade by showing output
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'
You must rebuild all affected packages against the new perl package before you
Due to high maintenance cost of scripts related to the Arch Build
System, we have decided to deprecate the
abs tool and thus rsync
as a way of obtaining PKGBUILDs.
asp tool, available in [extra], provides similar functionality to
asp export pkgname can be used as direct alternative; more
information about its usage can be found in the documentation.
Additionally Subversion sparse checkouts, as described here, can
be used to achieve a similar effect. For fetching all PKGBUILDs, the
best way is cloning the svntogit mirrors.
extra/abs package has been already dropped, the rsync