Al actualizar se obtendrá un mensaje de error:

error: failed to commit transaction (conflicting files)
filesystem: /bin exists in filesystem

La actualización aunará todos los binarios en un único directorio /usr/bin. Con esto se consigue eliminar una distinción sin sentido alguno para Arch y simplificar el proceso de mantenimiento de paquetes por parte de los desarrolladores. Consultar este post en inglés para una explicación más amplia de los motivos por los que se lleva a cabo este cambio.

Las instrucciones que se ofrecen a continuación son las que hay que seguir para llevar a cabo una actualización correcta y que no ponga en peligro el sistema:

1.- Hay que corregir los paquetes no oficiales que tengan ficheros almacenados en /bin, /sbin o /usr/sbin para poner dichos ficheros en /usr/bin. Para obtener un listado de paquetes que no están en un repositorio oficial y que necesitan corrección hay que introducir lo siguiente:

$ pacman -Qqo /bin /sbin /usr/sbin | pacman -Qm -

Es necesario también comprobar los paquetes que se han instalado desde repositorios no oficiales con:

$ paclist | awk ' { print $1 } ' | pacman -Ql - | grep ' /s\?bin/\| /usr/sbin/'

2.- Hay que estar seguros de que los paquetes en IgnorePkg o IgnoreGroup no poseen ficheros en /bin, /sbin, o /usr/sbin. En caso de ser necesario, hay que corregirlos también.
3.- Si se da el caso de tener ficheros en /bin, /sbin o /usr/sbin que no pertenecen a ningún paquete, hay que moverlos. Para obtener un listado:

$ find /bin /sbin /usr/sbin -exec pacman -Qo -- {} + >/dev/null

4.- Asegurarse de que todas las particiones están montadas con autofs. Es posible que no se monten de forma automática cuando sean necesarios para llevar a cabo esta actualización.
5.- Actualizar el sitema.

Antes de proceder con la actualización, tal vez sea buena idea asegurarse de tener una segunda terminal con privilegios de administrador en el improbable caso de tener alguna emergencia. Esto es algo a tener en cuenta especialmente si se está actualizando mediante ssh.

# pacman -Syu --ignore filesystem,bash
# pacman -S bash
# pacman -Su

Traducción oficial y discusión de la noticia en el foro.

Os presentamos netctl. Un gestor de redes a base de perfiles de conexiones de red para la consola o interfaz de línea de comandos —del inglés: CLI, command line interface— y que usa systemd. Próximamente se retirará el ya anticuado netcfg de [core]. Se recomienda encarecidamente cambiar a netctl a aquellos usuarios que lo estén usando en este momento. Migrar de uno a otro es un proceso manual durante el cual probablemente no haya acceso a internet por lo que se recomienda precaución y leer las páginas man correspondientes:  netctl(1), netctl.profile(5) y netctl.special(7).

Netctl se ha diseñado de tal forma que los entusiastas de systemd pueden apreciar las bondades de su uso y a los usuarios de netcfg les parecerán muy similares los ficheros de configuración de los distintos perfiles. El paquete que contiene netctl incluye un asistente para conexiones wifi basado en ncurses llamado wifi-menu.

Netcfg quedará eliminado al instalar netctl pero los servicios que estén iniciados y habilitados en systemd en ese momento permanecerán así hasta que se deshabiliten manualmente. La wiki de netctl cuenta con información adicional que puede ser útil a la hora de migrar de netcfg a netctl.

Traducción oficial y discusión de la noticia en el foro.

MariaDB es oficialmente nuestra forma de implementar MySQL por defecto. Usar MariaDB apenas supone un reemplazo como tal. Es por ello que realizar el cambio no debería suponer un problema. Sin embargo, y puesto que todavía hay que pulir algunas aspectos de compatibilidad, la sustitución no se hará de forma automática.

Se recomienda a todos los usuarios que realicen esta actualización. En un mes se reubicará MySQL: dejará de estar en los repositorios oficiales para pasar al AUR.

Aquellos usuarios que quieran llevar a cabo este cambio tendrán que instalar mariadb, libmariadbclient o mariadb-clients y ejecutar mysql_upgrade para completar la migración de un sistema a otro.

Un ejemplo de migración sería el siguiente:

# systemctl stop mysqld
# pacman -S mariadb libmariadbclient mariadb-clients
# systemctl start mysqld
# mysql_upgrade -p

percona-server es otro fork de MySQL; también disponible en el repositorio [community]. Es más parecido a Oracle MySQL Enterprise pero, sin embargo, carece de las nuevas características que MariaDB incluye.

El paquete mysql 5.5.30-7, en [extra], y todos los paquetes que dependen de él se han recompilado para que apunten a sus homólogos de MariaDB. Respecto a otros paquetes, quienes se encargan de mantenerlos deben modificarlos para que dependan de los paquetes que conforman MariaDB.

Más información en nuestra lista de correo.

Traducción oficial y discusión de la noticia en el foro.

El nuevo paquete qt4 está disponible en el repositorio [extra]. Este paquete va a sustituir a qt, también presente hasta la fecha en los repositorios.

Hay que volver a compilar los paquetes que tuviesen como dependencia qt para que ahora lo hagan con qt4. Nos hemos encargargado de hacer esto con todos los paquetes oficiales pero el usuario tendrá que hacer esto con los que haya instalado desde AUR y que contasen a qt como una de sus dependencias.

También está disponible en [extra] Qt 5.x. Al instalar tanto qt5-base como qt4, cualquier aplicación Qt apuntará a la versión 5.x. Proporcionamos enlaces simbólicos *-qt4 para forzar el uso de la versión 4.x en caso de necesitarlo.

Traducción oficial en el foro.

El nuevo lvm2 2.02.98-3 se sirve de lvmetad para activar los volúmenes LVM —Gestión de Volúmenes Lógicos; del inglés Logical Volume Management— de forma automática. Esto conlleva los siguientes cambios:

• El hook de initramfs lvm2 ahora requiere el hook de udev.
• La opción use_lvmetad = 1 debe aparecer tal cual en el fichero /etc/lvm/lvm.conf. Es la configuración por defecto. Si se cuenta con un fichero lvm.conf.pacnew, hay que reflejar y actualizar este cambio.
• Se puede especificar los volúmenes que se van a activar automáticamente mediante la opción auto_activation_volume_list del fichero /etc/lvm/lvm.conf. En caso de duda, dejar la opción comentada.
• Si se ha de activar la supervisión o monitoring —lo cual es necesario para las capturas—, ejecutar systemctl enable lvm-monitoring.service.
• Ya no es necesario ni tendrá efecto alguno el comando para la línea del kernel lvmwait.

Al ejecutar pacman -Syu y actualizar device-mapper, linux y lvm2 a la vez, aparecerá un error en acerca de que /sbin/dmsetup no existe. Ejecutar mkinitcpio -p linux después de la actualización para evitar problemas.

Traducción oficial en el foro.