В соответствии с новой практикой именования, пакет lirc-utils был переименован в lirc. Драйвера ядра wpc8769l были перенесены в AUR под именем lirc-wpc8769.

Обращаем Ваше внимание, что 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. Вместо update-ca-certificates выполните trust extract-compat
Для дополнительной информации см. man 8 update-ca-trust и trust --help.
Обновление gnupg до версии 2.1 перевело связку ключей 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
Наконец-то, вышла нормальная Opera для Linux, поддерживающая современные веб-технологии. Радуюсь сугубо как веб-разработчик. :)
У меня в Арче она сама обновилась с 12-й.

Новость тут. FAQ можно почитать тут.
Кто-то им пользуется? Сегодня вышла первая бета-версия Яндекс.Браузера для Linux. Её можно скачать на browser.yandex.ru/beta. :)
Микрокод на Intel CPU теперь не загружается автоматически, тогда как должен быть запущен на ранней стадии процесса загрузки. Пользователям Intel CPU необходимо внести изменения в загрузчик. Подробнее на Wiki.
Вмешательство необходимо только, если у Вас установлен пакет 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/