В пакете zn_poly до версии 0.9.2-2 отсутствовала soname-ссылка. Сейчас это исправлено и при обновлении необходимо перезаписать неотслеживаемые файлы, созданные ldconfig.

Если вы получили ошибку:
zn_poly: /usr/lib/libzn_poly-0.9.so  exists in filesystem

Для обновления используйте команду:
pacman -Syu --overwrite usr/lib/libzn_poly-0.9.so
Ошибка при обновлении nss:
:: Запускается полное обновление системы...
предупреждение: catfish: пропуск обновления пакета (1.4.13-1 => 1.4.13-2)
разрешение зависимостей...
проверка конфликтов...

Пакеты (3) lib32-nss-3.51.1-1  libratbag-0.13-2  nss-3.51.1-1

Будет установлено:  16,07 MiB
Изменение размера:   0,00 MiB

:: Приступить к установке? [Y/n]
(3/3) проверка ключей                              [----------------------] 100%
(3/3) проверка целостности пакета                  [----------------------] 100%
(3/3) загрузка файлов пакетов                      [----------------------] 100%
(3/3) проверка конфликтов файлов                   [----------------------] 100%
ошибка: не удалось завершить транзакцию (конфликтующие файлы)
nss: '/usr/lib/p11-kit-trust.so' существует в файловой системе
lib32-nss: '/usr/lib32/p11-kit-trust.so' существует в файловой системе
Обнаружены ошибки, пакеты не обновлены.
Error installing repo packages
Решение:
pacman -Syu --overwrite /usr/lib\*/p11-kit-trust.so
https://www.archlinux.org/news/nss3511-1-and-lib32-nss3511-1-updates-require-manual-intervention/
В пакете hplip отсутствовали скомпилированные модули питона. В версии 3.20.3-2 это исправлено. При обновлении надо перезаписать неотслеживаемые pyc файлы. Если Вы наблюдаете ошибки вида:
hplip: /usr/share/hplip/base/__pycache__/__init__.cpython-38.pyc exists in filesystem
hplip: /usr/share/hplip/base/__pycache__/avahi.cpython-38.pyc exists in filesystem
hplip: /usr/share/hplip/base/__pycache__/codes.cpython-38.pyc exists in filesystem
......
обновитесь с помощью команды
pacman -Suy --overwrite /usr/share/hplip/\*
В пакете firewalld отсутствовали скомпилированные модули питона. Это было исправлено в версии 0.8.1-2, так что при обновление надо перезаписать неотслеживаемые pyc файлы. Если Вы наблюдаете ошибки типа
firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/__init__.cpython-38.pyc exists in filesystem
firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/client.cpython-38.pyc exists in filesystem
firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/dbus_utils.cpython-38.pyc exists in filesystem
...........
то для обновления воспользуйтесь командой
pacman -Suy --overwrite /usr/lib/python3.8/site-packages/firewall/\*
nvidia-390xx и связанные с ним пакеты удалены из extra.
Пакеты перемещены в aur и пока не имеют сопровождающих.
Рекомендую установить dkms версию пакета из aur.
yay -Suy   nvidia-390xx-dkms
Не забудьте поставить headers для вашего ядра (linux-headers...)
Если нужны то дополнительно
yay -Suy   opencl-nvidia-390xx  nvidia-390xx-settings  lib32-nvidia-390xx-utils   lib32-opencl-nvidia-390xx 
Аарон Гриффин (Aaron Griffin) сложил с себя полномочия лидера проекта Arch Linux. Гриффин находился на посту лидера с 2007 года, но последнее время его активность снизилась до минимума и он принял решение уступить своё место другому участнику, способному принимать трудные решения и направлять развитие проекта в нужное русло. Новым лидером проекта в ходе голосования разработчиков выбран Левенте Полиак (Levente Polyak), входящий в Arch Security Team и сопровождающий 125 пакетов.

https://www.archlinux.org/news/
opennet
После обновления openssh до версии 8.2p1 работающий демон SSH не сможет принимать соединения (см. FS#65517). При обновлении в удалённом режиме, перезапустите sshd вручную (systemctl restart sshd) сразу же после выполнения обновления! Для версий openssh-8.2p1-3 и новее перезапуск sshd произойдёт автоматически.
2020-01-04 - Robin Broda (оригинал новости)

Как было объявлено в рассылке, в пятницу, 27 декабря 2019 года, наша схема упаковки пакетов была изменена с xz (.pkg.tar.xz) на zstd (.pkg.tar.zst).

zstd и xz примерно равны в степени сжатия. Пересжатие всех пакетов в zstd с нашими опциями дает увеличение общего размера пакетов на ~ 0,8% для всех наших пакетов вместе взятых, но скорость распаковки для всех пакетов увеличилась на ~ 1300%.

У нас уже есть более 545 zstd-упакованных пакетов в наших репозиториях, и по мере обновления пакетов это будет продолжаться. На данный момент мы не обнаружили никаких проблем, связанных с пользователями, поэтому, похоже, все работает.

Как упаковщик, вы автоматически начнете собирать пакеты .pkg.tar.zst, если вы используете последнюю версию devtools (> u003d 20191227).
Как конечный пользователь, никакого ручного вмешательства не требуется, при условии, что вы прочитали и следили за новостями с конца прошлого года.

Если вы все еще не обновляли архив с 2018 года, надежда не потеряна! Двоичные сборки pacman-static доступны из личного репозитория Eli Schwartz (или прямой ссылки на бинарные файлы), подписанные их ключами доверенных пользователей с помощью которых вы можете выполнить обновление.
Если при обновлении пакетов, связанных с Xorg Вы увидите сообщения подобного рода:

:: installing xorgproto (2019.2-2) breaks dependency 'inputproto' required by lib32-libxi
:: installing xorgproto (2019.2-2) breaks dependency 'dmxproto' required by libdmx
:: installing xorgproto (2019.2-2) breaks dependency 'xf86dgaproto' required by libxxf86dga
:: installing xorgproto (2019.2-2) breaks dependency 'xf86miscproto' required by libxxf86misc

воспользуйтесь следующей командой для обновления:
pacman -Rdd libdmx libxxf86dga libxxf86misc && pacman -Syu

На офф. сайте информация слегка изменилась, новость актуализирована!
В пакете primus_vk до версии 1.3-1 отсутствовали некоторые soname-ссылки. Это было исправлено. Если при обновлении наблюдается ошибка:
primus_vk: /usr/lib/libnv_vulkan_wrapper.so.1 exists in filesystem
primus_vk: /usr/lib/libprimus_vk.so.1 exists in filesystem
используйте следующую команду для обновления:
pacman -Syu --overwrite=/usr/lib/libnv_vulkan_wrapper.so.1,/usr/lib/libprimus_vk.so.1
Все официальные пакеты ядер: linux, linux-lts, linux-zen и linux-hardened теперь не устанавливают ядро в /boot. Это делается с помощью новых хуков mkinitcpio и скриптов. Удаление ядер происходит таким же образом. Никакого ручного вмешательства не требуется.
Смысл нововведений в повышении самодостаточности пакетов ядер и обеспечении гибкости процесса загрузки, вкупе с сохранением обратной совместимости.
На данный момент хуки для установки и удаления ядер доступны только для mkinitcpio. Хуки для dracut пока отсутствуют, но появятся в ближайшем будущем.
https://www.archlinux.org/news/required-update-to-recent-libarchive/

Разработчики Arch Linux предупредили о намерении задействовать поддержку алгоритма сжатия zstd в пакетном менеджере pacman. По сравнению с алгоритмом xz, использование zstd позволит ускорить операции сжатия и распаковки пакетов, сохранив при этом уровень сжатия. Как следствие, переход на zstd приведёт к увеличению скорости установки пакетов.

Поддержка сжатия пакетов с использованием zstd появится в выпуске pacman 5.2, но для установки подобных пакетов потребуется версия libarchive с поддержкой zstd. Поэтому перед началом распространения пакетов, сжатых при помощи zstd, пользователям предписано установить libarchive как минимум версии 3.3.3-1 (пакет с данной версией был подготовлен год назад, поэтому скорее всего нужный выпуск libarchive уже установлен). Пакеты, сжатые zstd, будут поставляться с расширением ".pkg.tar.zst".
(c) https://www.opennet.ru/opennews/art.shtml?num=51687
Группа "base" заменена на одноименный метапакет. Пользователям рекомендуется установить его (pacman -Syu base), т.к. это теперь обязательное действие при установке.

Обратите внимание, что метапакет не включает в себя ядро, текстовый редактор и много другого ПО! Необходимые пакеты на новой системе надо будет устанавливать дополнительно.
В пакете astyle отсутствовала soname-ссылка. Это было исправлено в версии 3.1-2, поэтому традиционно потребуется ручные манипуляции при обновлении.
Если Вы видите такую ошибку
astyle: /usr/lib/libastyle.so.3 exists in filesystem
выполните обновление следующим образом:
pacman -Suy --overwrite usr/lib/libastyle.so.3
В пакете tensorflow до версии 1.14.0-5 отсутствовали некоторые soname ссылки. Теперь это исправлено, но при обновлении потребуется ручное вмешательство. Если Вы наблюдаете такие ошибки:
tensorflow: /usr/lib/libtensorflow.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_cc.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_framework.so.1 exists in filesystem

используйте следующую команду для обновления:
pacman -Suy --overwrite=usr/lib/libtensorflow.so.1,usr/lib/libtensorflow_cc.so.1,usr/lib/libtensorflow_framework.so.1
В пакете libbloom до версии 1.6-2 отсутствовала soname ссылка. Это было поправлено в версии 1.6-2, так что потребуется перезапись неотслеживаемой пакманом ссылки, созданной ldconfig. Если Вы видите ошибку при обновлении:
libbloom: /usr/lib/libbloom.so.1 exists in filesystem
то выполните следующую команду:
pacman -Suy --overwrite usr/lib/libbloom.so.1
и всё будет хорошо!
Обновление mariadb версии 10.4.6-1 и позднее меняет месторасположение конфигурационных файлов.

Основной файл настроек из /etc/mysql/my.cnf (а также директория /etc/mysql/my.cnf.d/) переезжает в /etc/my.cnf/etc/my.cnf.d/, соответственно). Не забудьте переместить свои файлы!

Отдельные сервисы (напр., mariadb@foo.service) более не настраиваются отдельными файлами (etc/mysql/myfoo.cnf и т.п.). Необходимо переместить настройки из таких файлов в блоки основного файла, на каждый сервис свой блок. Пример:
[mysqld.foo]
datadir = /var/lib/mysql-foo
socket = /run/mysqld/mysqld-foo.sock
...

И, как и при любом обновлении mariadb, требуется обновить data directory (кто использует, тот наверное знает о чём речь – прим. переводчика ;)). После обновления конфигурации выполните:
systemctl restart mariadb.service && mariadb-upgrade -u root -p
extra / chromium теперь компилируется с поддержкой VA-API, можно (и нужно) выкидывать chromium-vaapi
Обсуждение на BBS
Проверил нормально работает хардварный декодинг на нвидии блобе при воспроизведении видео с ютуба 1080 60Fps загрузка процессора не более 20 процентов, против 80% без "ускорения"
URL: https://www.archlinux.org/news/libutf8proc211-3-update-requires-manual-intervention/

Пакет libutf8proc до версии 2.1.1-3 содержал неправильную ссылку на библиотеку. Это исправлено в 2.1.1-3, поэтому для обновления потребуется перезаписать неотслеживаемую ссылку, созданную ldconfig. Если вы получите сообщение об ошибке:
libutf8proc: /usr/lib/libutf8proc.so.2 exists in filesystem
то для выполнения обновления используйте команду:
pacman -Suy --overwrite usr/lib/libutf8proc.so.2
Цитирую с opennet:
В AUR-репозитории Arch Linux, в котором размещаются не входящие в дистрибутив пакеты от сторонних разработчиков, найдены три пакета, содержащие вредоносные вставки. Проблема выявлена в пакетах acroread 9.5.5-8 (Adobe PDF Reader), balz 1.20-3 (утилита для сжатия файлов) и minergate 8.1-2 (GUI для майнинга криптовалют). В данные пакеты был добавлен код для загрузки и запуска скрипта с внешнего сервера, активируемый во время установки пакетов.