В пакете astyle отсутствовала soname-ссылка. Это было исправлено в версии 3.1-2, поэтому традиционно потребуется ручные манипуляции при обновлении. Если Вы видите такую ошибку
astyle: /usr/lib/libastyle.so.3 exists in filesystem
В пакете 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
В пакете libbloom до версии 1.6-2 отсутствовала soname ссылка. Это было поправлено в версии 1.6-2, так что потребуется перезапись неотслеживаемой пакманом ссылки, созданной ldconfig. Если Вы видите ошибку при обновлении:
libbloom: /usr/lib/libbloom.so.1 exists in filesystem
Обновление mariadb версии 10.4.6-1 и позднее меняет месторасположение конфигурационных файлов.
Основной файл настроек из /etc/mysql/my.cnf (а также директория /etc/mysql/my.cnf.d/) переезжает в /etc/my.cnf (и /etc/my.cnf.d/, соответственно). Не забудьте переместить свои файлы!
Отдельные сервисы (напр., [email protected]) более не настраиваются отдельными файлами (etc/mysql/myfoo.cnf и т.п.). Необходимо переместить настройки из таких файлов в блоки основного файла, на каждый сервис свой блок. Пример:
И, как и при любом обновлении mariadb, требуется обновить data directory (кто использует, тот наверное знает о чём речь – прим. переводчика ;)). После обновления конфигурации выполните:
extra / chromium теперь компилируется с поддержкой VA-API, можно (и нужно) выкидывать chromium-vaapi Обсуждение на BBS Проверил нормально работает хардварный декодинг на нвидии блобе при воспроизведении видео с ютуба 1080 60Fps загрузка процессора не более 20 процентов, против 80% без "ускорения"
Пакет libutf8proc до версии 2.1.1-3 содержал неправильную ссылку на библиотеку. Это исправлено в 2.1.1-3, поэтому для обновления потребуется перезаписать неотслеживаемую ссылку, созданную ldconfig. Если вы получите сообщение об ошибке:
libutf8proc: /usr/lib/libutf8proc.so.2 exists in filesystem
В AUR-репозитории Arch Linux, в котором размещаются не входящие в дистрибутив пакеты от сторонних разработчиков, найдены три пакета, содержащие вредоносные вставки. Проблема выявлена в пакетах acroread 9.5.5-8 (Adobe PDF Reader), balz 1.20-3 (утилита для сжатия файлов) и minergate 8.1-2 (GUI для майнинга криптовалют). В данные пакеты был добавлен код для загрузки и запуска скрипта с внешнего сервера, активируемый во время установки пакетов.
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 устройств.