Вмешательство необходимо только, если у Вас установлен пакет 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, GPU семейств G8x, G9x и GT2xx больше не входят в состав драйвера. Для работы более старых GPU теперь должен использоваться драйвер, предоставляемый пакетами nvidia-340xx.
Поддержка самих чипов, согласно NVIDIA, будет осуществляться до 2019 года.

Оригинальная новость
Новая версия mesa 10.3.0 принесла с собой некоторые изменения в области пакетирования:
  • Все DRI драйверы теперь объеденены в пакете mesa-dri (т.н. мегадрайвер)
  • Все VDPAU драйверы находятся в пакете mesa-vdpau
Новость "Reorganization of Vim packages" не может не радовать! :)

Набор пакетов VIM был реорганизован, чтобы лучше обеспечить расширенные возможности в стандартном пакете VIM и разделить CLI и GUI версии.

Новые пакеты:
  • vim-minimal - идентичен предыдущему пакету vim
  • vim - теперь включает всё, что включал ранее только gvim (python, lua, и ruby, без GTK/X поддержки)
  • vim-python3 - то же, что и выше, но с python3
  • gvim - такой же как и раньше
  • gvim-python3 - такой же как и раньше
  • vim-runtime - такой же как и раньше

  • Ура товарищи! :D
    В новой версии произошли следующие изменения:

    • Х сервер теперь может запускаться из-под пользователя, благодаря systemd-logind, это означает, что он должен запускаться из того же терминала, который был использован для входа. Переадресация stderr препятствует этому. Старое поведение можно восстановить с помощью файла Xorg.wrap (см. man xorg.wrap). Имейте ввиду, что запуск Х сервера через login-manager пока производится по-старинке от рута.
    • Конфигурация по-умолчанию теперь находится в /usr/share/X11/xorg.conf.d, все изменения производятся в /etc/X11/xorg.conf.d. Файлы 10-evdev.conf и 10-quirks.conf в /etc/X11/xorg.conf.d могут быть переименованы пакманом в в .pacsave, что может поломать Вашу конфигурацию. Проверьте и переименуйте их обратно при необходимости!
    • Пакет glamor-egl объявлен устаревшим
    • Новый пакет хorg-server-xwayland позволяет запускать Х-приложения в сессии вейленда.
    • Поддержка dri3 в xf86-video-intel отключена из-за многочисленных багов отрисовки.
    Свежий релиз MariaDB скоро будет помещён в [extra]. Смена схемы нумерации версий связана с окончательным размежеванием с MySQL 5.6. С этого момента возможности легко мигрировать между различными реализациями MySQL уже не будет!

    По причине серьёзных изменений в MariaDB 10.0 рекомендуется (это, впрочем, необязательно) сделать дамп таблиц перед обновлением и перезагрузить дамп после. Также, не забудьте перезапустить mysqld.service и выполнить mysql_upgrade для проверки целостности баз.

    Кроме того, движок TokuDB был выключен из-за ошибок при сборке. Всем приносятся извинения за возможные неудобства.

    Все прочие подробности смотрите в Базе знаний MariaDB и Документации MySQL.
    При обновлении hostapd до версии 2.1-3 можно увидеть вот такое:
    warning: /etc/hostapd/hostapd.conf saved as /etc/hostapd/hostapd.conf.pacsave
    Это значит, что мейнтейнеры случайно снесли вам рабочий конфиг, хорошо, что не безвозвратно.
    После обновления требуется руками переименовать файл обратно, иначе работать не будет.

    P.S.
    Оказывается, это не баг, а фича :)
    По замыслу содеявших, примеры файлов конфигурации вынесли из /etc куда подальше.
    Вынос рабочих конфигов – не их проблема.
    Пользователи программы screen не смогут подсоединяться к экземплярам предыдущих версий после обновления до 4.2.0. Авторы внесли множество исправлений и переключились с именованных каналов на сокеты. Прежде чем обновляться, убедитесь, что все работающие экземпляры screen Вам больше не требуются!
    Все очень серьезно. Начиная с 1 января 2012 года и до вчерашнего дня (1.0.1.f включительно) все версии OpenSSL уязвимы. Ошибка в реализации протокола TLS/DTLS, который используется для HTTPS соединений. Все ваши ключи (и пароли) при подключении на уязвимый сервер (или с уязвимого клиента) могли быть скомпрометированы. Срочно всем обновляться!

    https://www.openssl.org/news/secadv_20140407.txt
    http://heartbleed.com/

    На русском:
    http://habrahabr.ru/post/218609/
    http://habrahabr.ru/post/218661/

    Проверить сервер на уязвимость:
    https://www.ssllabs.com/ssltest/
    http://rehmann.co/projects/heartbeat/
    В ArchLinux произошло обновление systemd до версии 210.
    Кроме всего прочего, теперь за постоянное именование сетевых интерфейсов отвечает новый компонент.
    Сами имена измениться теоретически не должны, но при обновлении выдаётся предупреждение:
    :: Network device naming is now controlled by udev's net_setup_link
       builtin. Refer to the NETWORK LINK CONFIGURATION section of the
       udev manpage for a full description.
    :: Renaming 80-net-name-slot.rules to 80-net-setup-link.rules in order
       to preserve existing network naming behavior.
    «etc/udev/rules.d/80-net-name-slot.rules» -> «etc/udev/rules.d/80-net-setup-link.rules»
    В системах с ранее заблокированным постоянным именованием, загрушка /etc/udev/rules.d/80-net-name-slot.rules автоматически переименована в 80-net-setup-link.rules, а во вновь устанавливаемых следует иметь в виду её изменившееся имя.

    Вмешательства пользователя после обновления, скорей всего, не потребуется, но на всякий случай желательно проверить и убедиться, что после перезагрузки имена интерфейсов остались прежними.
    По многочисленным просьбам широких народный масс поддержка i8042 (PS/2) клавиатур и мышей сделана модульной. Некоторые пользователи видели сообщения об ошибках при отсутствии i8042 и получали тормоза при загрузке. Том Гундерсон поработал над ядром, патчи вошли в ядро 3.13. Скажем ему дружное спасибо!

    Для использования клавиатуры на ранних стадиях загрузки добавьте хук keyboard в /etc/mkinitcpio.conf и запустите mkinitcpio -P (если Вы это ещё не сделали, конечно).

    Обратите внимание: На некоторых материнских платах (как правило древних, но такое возможно и на новых) контроллер i8042 автоматически не обнаруживается. Это редкость, но кто-то может остаться совсем без клавиатуры! Выполните проверку:
    $ dmesg -t | grep '^i8042'
    i8042: PNP: No PS/2 controller found. Probing ports directly.
    Если у Вас есть PS/2 порт и Вы видите это сообщение, добавьте модуль atkbd в /etc/mkinitcpio.conf и запустите mkinitcpio -P.
    Если Вы обнаружили, что остались без клавиатуры после перезагрузки, не пугайтесь! Перезагрузитесь снова и добавьте в строку загрузчика:
    earlymodules=atkbd modules-load=atkbd

    Ядро 3.13 переедет в [core] через несколько часов. Будьте внимательны и примите наши извинения за возможные неудобства!
    После сегодняшнего обновления
    cat /var/log/pacman.log | grep wireless_tools
    [2014-02-06 13:57] [PACMAN] upgraded wireless_tools (29-8 -> 30.pre9-1)
    Могут отвалится некоторые приложения
    conky -c Conky/weather_conkyrc
    conky: error while loading shared libraries: libiw.so.29: cannot open shared object file: No such file or directory
    Там библиотека стала libiw.so.30
    Как временное решение сделать символьную ссылку.Тогда будет работать.
    Если кто то имеет установленный lib32-jack, при очередном обновлении может столкнуться с неразрешенной зависимостью. Обновиться без проблем можно стандартным способом:
    pacman -Syu --ignore jack
    Проблема вызвана невозможностью сборки 32-битных библиотек последней версии из за необходимости создания пакета lib32-db. Предполагается, что в ближайшее время проблема будет решена :)
    Вроде бы ломанули их. Уж не знаю точно, насколько там всё серьёзно, но от использования их зеркал я бы пока воздержался.
    http://habrahabr.ru/post/196494/
    Начиная с версии 207, systemd больше не будет применять настройки из файла /etc/sysctl.conf. Вместо этого будут использоваться файлы /etc/sysctl.d/*. Так-как настройки из нашего /etc/sysctl.conf из пакета procps-ng стали умолчаниями ядра, было решено отказаться от использования этого файла.

    После обновления до procps-ng-3.3.8-3 Вам будет предложено переместить свои настройки из /etc/sysctl.conf в /etc/sysctl.d. Проще всего это сделать следующим образом:
    pacman -Syu
    mv /etc/sysctl.conf.pacsave /etc/sysctl.d/99-sysctl.conf
    Если в файл /etc/sysctl.conf не вносилось никаких изменений, то и делать ничего не нужно.
    Arch Rollback Machine почила в бозе.

    P.S. Проект оказался столь востребован, что его, наверняка, в ближайшее время возродят.
    PHP 5.5 наконец-то появился в нашем репозитории [extra]. Инструкция по миграции содержит информацию об изменениях относительно версии 5.4; имеется и расширенный список изменений.

    Пакет APC заменён пакетом APCu, который предоставляет только кэширование пользовательских данных. Для кэширования кода используйте расширение opcache. В качестве альтернативы можно использовать находящийся в стадии разработки XCache, который обеспечивает одновременное кэширования кода и данных.

    Большинство приложений должно работать без модификаций, однако загляните в логи на предмет предупреждений об использовании устаревших функций.
    Проблема может проявляться в момент запуска KMS на видеокартах Intel и Radeon, на остальных пока не проверено.
    Баг обнаружился после обновления на glibc-2.18-1 и binutils-2.23.2-3 и запуска mkinitcpio. После перезагрузки система больше не загружается.
    https://bugs.archlinux.org/task/36539
    Для восстановления после этого требуется добавить при загрузке параметр ядра nomodeset, в консоли (без иксов!) откатить пакеты на glibc-2.17-6 и binutils-2.23.2-2, пересобрать initcpio и перезагрузиться в нормальном режиме.
    preload переместили в AUR по причине низкого к нему интереса.
    Пакеты нового TeXLive 2013 скоро должны появиться в [extra] и те, кто обновится с TeXLive 2012 при попытке воспользоваться TeX-ом (т.е. latex, xelatex, luatex) могут столкнуться с ошибкой следующего содержания:
    (Fatal format file error; I'm stymied)
    Это можно обнаружить в логе пакмана:
    >>> texlive: recreating all formats...
    /usr/bin/fmtutil: line 395: /usr/share/texmf/texconfig/tcfmgr: No such file or directory
    fmtutil: config file `fmtutil.cnf' not found.
     done.
    Если Вы не правили /etc/texmf, то для исправления ситуации проще всего будет перезаписать файлы конфигурации новыми .pacnew-файлами, появившимися при обновлении. Например, с помощью утилиты pacdiff.
    После обновления конфигурации запустите следующую команду:
    fmtutil-sys --all > /dev/null
    Ошибок быть не должно, об их появлении сообщайте на баг-треккер.

    Ну и, конечно, если просто удалить TeXLive 2012, а потом поставить TeXLive 2013, то никаких проблем возникнуть не должно.