Nvidia карты GeForce 400/500 серий, а так же некоторые карты старших серий (в основном из мобильных серий 600-800m ) теперь не поддерживаются драйвером nvidia (смотрите на сайте нвидии ). Установите nvidia-390xx
Смотрите что у вас установлено
pacman -Qs nvidia |grep 39
Удаляйте (пример для стандартного ядра и мультилиб)
После обновления самбы изменились юниты systemd smbd.service -> smb.service nmbd.service -> nmb.service Так, у кого после обновления слетел smb доступ, надо включить новые юниты.
Что примечательно, в логах обновлений про это ни слова.
Новая версия glibc убирает поддержку NIS и NIS+. Файл /etc/nsswitch.conf из пакета filesystem уже отражает эти изменения. При необходимости, актуализируйте содержимое этого файла перед обновлением.
Функциональность NIS может быть восстановлена при помощи установки пакета libnss_nis. Замены NIS+ в официальных репозиториях нет.
pam 1.3.0-2 не включает в себя модуль pam_unix2 и симлинки pam_unix_*.so. Перед обновлением исправьте конфигурацию в /etc/pam.d, заменив удалённый модуль на pam_unix.so. После замены пользователи pam_unix2 должны будут сбросить свои пароли. Конфигурация по умолчанию из пакета pambase не требует никаких модификаций.
В пакете perl изменился путь к модулям, теперь он зависит от версии интерпретатора. Это означает, что модули, собранные для другой версии perl больше не будут загружаться автоматически, а потребуют пересборки. Пакман предупредит об этом при обновлении, например, так:
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'
Чтобы использовать эти модули их надо пересобрать под текущую версию perl. Это также касается модулей установленных напрямую через CPAN. Также, пересборка потребуется при значительных обновления perl, к примеру 5.28 -> 5.30. Если какая-то сборочная система не определяет эти изменения в автоматическом режиме, можно использовать perl -V:vendorarch в PKGBUILD'е для определения правильного пути. Также имеется sitearch для модулей, установленных в обход пакмана.
Из-за высокой стоимости обслуживания сценариев, связанных с Arch Build System, мы решили отказаться от инструмента abs и rsync, как способа получения PKGBUILD.
Deprecation of ABS 2017-05-15 - Bartłomiej Piotrowski 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.
The asp tool, available in [extra], provides similar functionality to abs. 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.
While the extra/abs package has been already dropped, the rsync endpoint (rsync://rsync.archlinux.org/abs) will be disabled by the end of the month.
Arch прекращает поддержку i686 образов, начиная с мартовского ISO, который будет эксклюзивно 64bit. Окончательное прекращение поддержки платформы i686 (а также пакетов) планируется в ноябре 2017! Рассылка:
Finally found some time to write a draft for news post on i686. Here it is:
Title: i686 is dead, long live i686
Due to the decreasing popularity of i686 among the developers and the
community, we have decided to phase out the support of this architecture.
The decision means that February ISO will be the last that allows to
install 32 bit Arch Linux. The next 9 months are deprecation period,
during which i686 will be still receiving upgraded packages. Starting
from November 2017, packaging and repository tools will no longer
require that from maintainers, effectively making i686 unsupported.
However, as there is still some interest in keeping i686 alive, we would
like to encourage the community to make it happen with our guidance.
Depending on the demand, an official channel and mailing list will be
created for second tier architectures.
-
Any suggestions?
Bartłomiej
Рассматривается вариант неофициальной поддержки платформы i686 силами коммьюнити, или же предоставление большего времени для перехода на 64bit.
xf86-input-libinput теперь по умолчанию является драйвером устройств ввода; в тоже время synaptics, evdev и wacom по прежнему доступны для использования.
Следующие пакеты устарели и перемещены в AUR: xf86-input-joystick, xf86-input-acecad, xf86-video-apm, xf86-video-ark, xf86-video-chips, xf86-video-glint, xf86-video-i128, xf86-video-i740, xf86-video-mach64, xf86-video-neomagic, xf86-video-nv, xf86-video-r128, xf86-video-rendition, xf86-video-s3, xf86-video-s3virge, xf86-video-savage, xf86-video-siliconmotion, xf86-video-sis, xf86-video-tdfx, xf86-video-trident, xf86-video-tseng.
Использование не стандартных freetype2 fontconfig может привести к неработоспособности некоторых программ смотрите ветку форума , комменты в ауре , Вики Так же из за поломки harfbuzz может привести к неработоспособности svg иконок Проблемы замечены на следующих программах: xmonad oblogout Vlc harfbuzz plasma nvidia-settings deadbeef virtualbox добавляйте
В ttf-dejavu 2.37 будут изменены пути шрифтов для чтения fontconfig. В предыдущих версиях создавался симлинк из post_install в post_upgrade, в новой версии файлы будут замещаться внутри пакета, как это реализовано в fontconfig на данный момент.
2016-07-18 - Allan McRae Вдохновленный обсуждениями в списке рассылки arch-general, пользователь pid1 (при поддержке anthraxx, strcat, sangy и rgacogne) создал набор флагов test-sec-flags для проверки влияния на производительность ориентированных на безопасность опций компиляции и сборки (линковки). Цель состоит в том, чтобы определить, могут ли эти флаги быть новыми опциями по-умолчанию для всех пакетов arch. Предварительные результаты свидетельствуют о том, что влияние на производительность практически отсутствует по сравнению с флагами компиляции, которые мы уже используем, но мы хотели бы собрать и сравнить больше результатов, прежде чем продолжать. Загрузить исходный код можно здесь, прочитайте README, чтобы получить инструкции по установке и использованию. Подкаталог результатов содержит инструкции о том, как получить соответствующие статистические данные из готовых файлов.
Мы собираем результаты в test-sec-flags вики на Github. Пожалуйста, добавьте ваши результаты там. В частности, мы очень хотели бы видеть результаты для i686, и, как это было раньше, с x86_64 устройств.
После обновления screen до версии 4.4.0 вы не сможете подсоединяться к сессиям, созданным старыми версиями программы. Перед обновлением убедитесь, что все сессии завершены.
Вышла новая версия библиотеки FreeType2, с новым методом хинтинга шрифтов, который и включён теперь по-умолчанию. Новость можно прочесть на Опеннете и ЛОРе, оригинал по-английски на сайте FreeType2.
Поскольку сменить метод хинтинга можно было только при компиляции библиотеки, мейнтейнеры Арч проявили удивительную щедрость и предупредительность, и заранее наложили патч, позволяющий пользователю самому выбрать метод хинтинга без пересборки пакета.
Чтобы сделать это, достаточно объявить фигурирующую в патче переменную окружения FT2_SUBPIXEL_HINTING, как и сообщает новый пакет при установке:
Subpixel hinting mode can be chosen by setting the right value in your environment, for example /etc/environment or ~/.pam_environment . Available settings: FT2_SUBPIXEL_HINTING=0 # Classic mode FT2_SUBPIXEL_HINTING=1 # Infinality mode FT2_SUBPIXEL_HINTING=2 # Default mode
Другими словами, значение 0 (ноль) возвращает обычный хинтинг, который и был у вас ранее, цифра 1 включает режим Infinality, который уже был, но не был включён по-умолчанию, и цифра 2 включает нынешний новый режим хинтинга, который и так по-умолчанию.
Разумеется, использовать для этого указанные выше файлы *environment не обязательно, достаточно объявить переменную окружения любым способом, который обеспечит её наследование графическими программами. К примеру, если вы запускаете "иксы" через startx или xinit, её достаточно внести в ~/.profile , либо в ~/.xinitrc
Выпуск Pacman-5.0 принес поддержку транзакционных хуков. Это позволит (например) запускать обновление кэша шрифтов один раз во время обновления, а не после установки каждого пакета шрифтов. Это не только ускорит процесс обновления, но и снизит нагрузку сборки пакетов для разработчиков и доверенных пользователей.
Для того чтобы начать использовать хуки, мы требуем всех пользователей обновить pacman-5.0.1 до 23.04.2016. Pacman-5.0.1 был выпущен 23.02.2016, так что у вас есть два месяца, чтобы обновить систему.
Начиная с версии dhcpcd-6.10.0-1 поведение демона по умолчанию изменено: теперь хук 10-wpa_supplicant не запускается по умолчанию! Судя по комментариям автора к изменению, он с неохотой принял решение перевести файл 10-wpa_supplicant в разряд примеров (примеры файлов для dhcpcd находятся в /usr/share/dhcpcd/hooks/). Чтобы вернуть всё как было, необходимо либо скопировать, либо слинковать файл обратно в рабочую директорию в /usr/lib/dhcpcd/dhcpcd-hooks/ :
GCC 5.x содержит библиотеку libstdc++ с двумя типами ABI. Арч переключается на новый тип.
Хотя старый C++ ABI останется доступен, рекомендуется пересобрать неофициальные пакеты под новый ABI. В особенности, это важно, если они связаны с библиотеками, собранными под новый ABI. Посмотреть список пакетов для пересборки можно с помощью следующего скрипта:
Xorg 1.18.0 уже находится в [testing] и содержит следующие изменения:
Можно выбирать, что использовать: xf86-input-evdev или xf86-input-libinput
xf86-input-aiptek более не поддерживается и будет удалён, как только xorg-1.18.0 попадёт в [extra]
Есть нюанс: Проприетарные драйвера NVIDIA версию 1.18.0 пока не поддерживают. Заблокировать обновление можно ключом пакмана --ignoregroup=xorg или добавлением 'xorg' в IgnoreGroup в файле pacman.conf. UPD. Теперь поддерживают!
Systemd 226-1 при участии dbus 1.10.0-3 теперь будут запускать dbus-daemon единожды: все сессии пользователя будут использовать общую "сессионную" шину D-Bus. Модуль pam_systemd будет проверять, что при логине задан правильный DBUS_SESSION_BUS_ADDRESS. Это также позволит использовать активацию через systemd вместо порождения новых процессов самим dbus-daemon. Пока что эта методика широко не распространена для сессионных сервисов (в отличии от системных сервисов). kdbus будет поддерживать только такую модель, так что нам предоставляется возможность (;)) выловить всевозможные баги и, тем самым, упростить грядущий переход на шины ядра. Сообщайте обо всех проблемах!