Из-за высокой стоимости обслуживания сценариев, связанных с 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 будет поддерживать только такую модель, так что нам предоставляется возможность (;)) выловить всевозможные баги и, тем самым, упростить грядущий переход на шины ядра. Сообщайте обо всех проблемах!
В свете недавно выявленных угроз, новая версия openssh-7.0p1 прекращает использование ключей ssh-dss , также известных как DSA. Детали см. в новостях проекта openssh.
Перед обновлением и перезагрузккой удалённых машин, убедитесь, что ключи такого типа не используются для подключения. Для каждого аккаунта можно узнать доверенные ключи DSA следующей командой:
grep ssh-dss ~/.ssh/authorized_keys
Если таковые имеются, убедитесь, что существует иная возможность войти в систему, например ключи других типов или пароль. И, наконец, ключи хостов типа ssh-dss также упраздняются, необходимо подтвердить новые отпечатки (для ключей другого типа) при подключению к серверам с новой версией openssh.
Мы рады вам сообщить, что 8 августа состоялся релиз AUR4! Интерфейс по ссылке https://aur.archlinux.org уже обновился и готов к работе, пакеты с aur4 были перенесены на aur.
Наиболее важное изменение в данном релизе, как вы возможно уже знаете - переезд репозитория на git. Данная фича также добавила несколько новых фич поменьше (и, надеемся, позволит добавить еще в будущем), таких как SSH интерфейс для зарегистрированных пользователей.
Полный список изменений можно посмотреть тут. Также напоминаем, что баг трекер тут и никуда не делся.
PS дополнительно от себя замечу, что популярные клиенты уже давно переехали на новый формат (хотя, там почти ничего не изменилось) + планируется ряд улучшений в том же package-query. Также, для интересующихся, могу предложить такой вариант организации контроля за своими пакетами.
Адресуется всем пользователям Awesome использующим conky
Для его корректной работы в данном WM требуется предварительное задание ролей для окна - плавающее, без заголовка, не развернуто на максимум. Для идентификации окна используется значение WM_CLASS, которое можно добыть командой
$ xprop
с последующим кликом на окно
После сегодняшнего обновления у меня перестали работать роли - коньки стали разворачиваться на весь экран. Причина - изменение WM_CLASS с "Conky" на "conky". После коррекции rc.lua всё пришло в норму
P.S.: Есть давнее желание отказаться от conky, ибо авесом имеет развитые средства создания экранных виджетов. Но аналог придется делать самому, и опыт есть. Но нет времени...