Новый проект приходит на смену усопшим module-init-tools: kmod.
Если после обновления пакман переместит
/etc/modprobe.d/modprobe.conf
в .pacsave, то надо вернуть его назад. Этот файл, как и все прочие конфигурационные файлы module-init-tools, используется kmod. Однако, никаких пустых файлов в комплекте с kmod не идёт. Документация по kmod доступна в манах и по ключу –help.
Pacman 4 попал в ! Благодаря 24 контрибьютерам, в общей сложности сделавшим 893 коммита, в новом пакмане вы найдете много новых возможностей. Одна из них заслуживает особого внимания - GPG подписи пакетов. Хотя, до тех пор, пока все детали касающиеся базы данных подписей и распространения ключей не будут отлажены, эта возможность в pacman по-умолчанию будет отключена. Если вы заинтересованы опробовать проверку пакетов, пожалуйста, обращайтесь к документации в wiki про pacman-key или к публикациям в блоге Allan'а.

И как всегда, не забудьте сверить свои настройки с .pacnew файлами!
Последние полгода функция проверки цифровой подписи пакетов была по умолчанию выключена, а разработчики проводили настройку и тестирование сопутствующей инфраструктуры.
Наконец, pacman версии 4.0.3-2 готов к использованию с цифровой подписью. Во время обновления Вам будет предложено выполнить:
pacman-key --init
pacman-key --populate archlinux

Эти команды произведут добавление и настройку ключей, включая 5 мастер-ключей, которыми удостоверяются все разработчики и доверенные пользователи. Таким образом Вы не должны лично знать всех ответственных лиц дистрибутива (их состав периодически меняется). Достаточно доверять мастер-ключам. Внимательно сравните предложенные отпечатки с опубликованными на сайте!

Потом объедините свой pacman.conf и pacman.conf.pacnew, включив проверку цифровой подписи пакетов через опцию SigLevel.

Подробная информация о разработке pacman и archlinux-keyring доступна в блогах Аллана и Пьерра.
В случае использования udev-176 пользовательские утилиты Arch Linux более не смогут загружать ядра без поддержки devtmpfs.
Официальные сборки ядра Arch (
kernel26-lts
и
linux
) обе имеют поддержку devtmpfs в течение длительного времени, так что только те пользователи, которые собирают свои собственные ядра, потенциально будут затронуты этим изменением.
Более подробную информацию о параметрах ядра, требуемых udev, смотрите в udev README.

Оригинал новости: News: Users of unofficial kernels must enable devtmpfs support
Автор: Tom Gundersen
Дата публикации: 02.01.2012

При обновлении пакета filesystem-2011.12 возникнет конфликт с файлом /etc/mtab.
Установите пакет следующим образом:
pacman -S filesystem --force
Причина конфликта в том, что вышеупомянутый файл ранее создавался в процессе загрузки и, соответственно, не входил в состав какого-либо пакета. Теперь это симлинк на /proc/self/mount, входящий в пакет filesystem. Это означает, что скрипты инициализации больше не требуют прав записи в корень.
Обычно не рекомендуется использовать ключи –force / -f при обновлении, т.к. сие не есть безопасно. Однако, в данном случае это необходимо, ибо ручное удаление /etc/mtab может поломать пакман.
Утилита hostname удалена из пакета net-tools 1.60.20110819cvs-1. Отныне hostname будет предоставлять пакет inetutils, недавно перемещенный в группу base. Не забудьте, пожалуйста, установить inetutils, особенно если у вас имеются проблемы с сетевыми утилитами.

Источник: Hostname utility moved from net-tools to inetutils
Автор: Eric Bélanger
Дата публикации: 06.10.2011
TeXLive обновлён до версии 2011. Пакет texlive-bin не включает biblatex-biber (замену biblatex на перле), т.к. ещё не все его зависимости оформлены в пакеты.

Возможны некоторые ошибки при обновлении. Обратите внимание, что актуально только второе сообщение “recreating formats” (вызов происходит и из texlive-bin и из texlive-core). Есть сообщения, что не происходит создание формата eptex на некоторых путях (см. FS#25250), но эта проблема не должна проявляться при обновлении с версии 2010.
Пришло время обновить инсталлятор, т.к. 2010.05 не только устарел, но и немножко поломан, особенно в части сетевой установки. Итак, что же изменилось за год?
  • AIF (инсталлятор):
    Экспериментальная поддержка btrfs и nilfs2
  • Поддержка syslinux
  • Новый rc.conf и linux 3.0
  • Гибкий выбор источника установки
  • Archiso (набор пакетов):
    Текуший , включая kernel 3.0.3-1, pacman 3.5.4-3, glibc 2.14-4, mkinitcpio 0.7.2-1, initscripts 2011.07.3-1 и netcfg 2.6.7-1
  • Используется dm-snapshot вместо aufs2
  • Необходимые файлы для собственного USB инсталлятора включены в /arch
  • Возможность менять NBD export name
  • Включена сериальная консоль (параметр ядра: console)
  • Возможность запускать свои скрипты (параметр ядра: script), автологин tty1.
  • Автопроверка целостности (параметр ядра: checksum=y)
  • Возможность монтировать iso в режиме loopback
  • Добавлены пакеты: btrfs-progs-unstable, crda, curl, dhclient, dialog, dnsmasq, hdparm, netcfg, nilfs-utils, openconnect, rp-pppoe, rsync, vpnc, wpa_actiond
  • Удалены пакеты: aufs2, aufs2-util, joe, ndiswrapper, ndiswrapper-utils, tiacx, tiacx-firmware
  • Удален x86test, добавлен HDT
  • Поддержка загрузки с memdisk'а
  • XZ сжатие для SquashFS и initramfs
Официальные инструкции по установке обновлены. Качаем, смотрим список пакетов. Сообщаем об ошибках на багтрекер (Release Engineering project). Если хотите быть в курсе новостей присоединяйтесь к списку рассылки arch-releng или приходите на канал #arch-releng.
Присоединяйтесь на канале #archlinux-bugs @ freenode IRC в воскресение 21-го августа. Каждому участнику – с полки пирожок.
Поскольку ядро Linux версии 3.0 было помещено в
[core]
, пакет
kernel26
был переименован в
linux
. Также имена файлов ядра и RAM диска для начальной инициализации (initrd) изменились следующим образом:

  • vmlinuz26
    стал
    vmlinuz-linux
  • kernel26.img
    стал
    initramfs-linux.img
  • kernel26-fallback.img
    стал
    initramfs-linux-fallback.img

Чтобы предотвратить ошибки, приводящие к невозможности загрузки системы после обновления, симлинки создаются так, чтобы ваша конфигурация загрузчика, указывающая на старые файлы, оставалась работоспособной. Хотя мы рекомендуем обновить настройки загрузчика и после этого удалить симлинки.

Оригинал новости: Changes to kernel package and filenames
Автор: Dieter Plaetinck
Дата: 2011-08-07
Важное изменение пришло с обновлением cups (до 1.4.7-2).
Вследствие возникающей ошибки необходимо внести изменения в основной конфигурационный файл /etc/rc.conf, заменив демон cups на cupsd:

DAEMONS=(... cupsd ...)

При обновлении пакета пользователь получает данное предупреждение:

daemon srcript has been renamed to /etc/rc.d/cupsd
change your entry in /etc/rc.conf

Кстати, в английскую версию Вики-страницы CUPS изменения уже внесены.
Поддержка
tcp_wrappers
удалена из всех пакетов, а сам пакет удален из
[core]
. Это связано с разработчиками, не выпускавшими новую версию с апреля 1997 года. Кроме того, новые демоны и приложения поддерживают libwrap непоследовательно, что приводит к путанице относительно того, поддерживает ли приложение данную библиотеку.
Если вы уже используете
/etc/hosts.allow
или
/etc/hosts.deny
для безопасности или с целью записи в журнал, то для этих задач вам необходимо настроить соответствующим образом и использовать другой инструмент, такой как
iptables
.

Оригинал новости: Dropping tcp_wrappers support
Автор: Dan McGee
Дата публикации: 16-07-2011
Обновлённая версия ardour не будет иметь поддержки модулей LV2 из-за удаления slv2 из его зависимостей. Это является результатом API/ABI-несовместимости между последними версиями из набора Redland/Rasqal/Raptor, который мы предоставляем, и внутренней поддержкой в Ardour версий этих библиотек, от которых зависит SLV2. Также такая систуация является первопричиной сбоев при сборке программ и появления ошибки сегментации (build failures and runtime segmentation fault), которые вы, возможно, испытали.
Разработчик не будет заниматься обновлением своих исходных кодов (Upstream will not be updating its codebase), поскольку все усилия сосредоточены на третьей версии DAW, которая вообще покончит с SLV2 (и, может быть, в целом официально примет другие реализации стандарта LV2). В настоящее время никто не предоставляет патч для решения этой проблемы. В данном случае, совместимость пакетов не представляется возможной, поэтому мы решили отказаться от поддержки LV2 со стороны нашего пакета Ardour. Пользователи могут по-прежнему использовать модули LADSPA, или же, что, вероятно, является более популярной технологией, перейти к другим LV2-хостам с помощью jack и его потоковых возможностей.

Источник: Ardour loses LV2 support
Автор: Ray Rashif
Дата публикации: 08.07.2011
Из-за ошибки в системе разрешения конфликтов, обновление пакета, в прошлом называвшегося zope-interface, потребует некоторых телодвижений:
pacman -Rdd zope-interface
pacman -S python2-zope-interface --asdeps
Присоединяйтесь к нам на канале #archlinux-bugs во Freenode в эту субботу, 18-го июня и помогите нам закрыть некоторые баги!

Источник: News: Bug Day: Saturday, June 18
Автор: Evangelos Foutras
Дата публикации: 15.06.2011
Присоединяйтесь к нам на Freenode, канал #archlinux-bugs в эту суююоту 18-го июня и помогите нам закрыть некоторые баги!

Оригинал:
В апреле этого года мы отметили десятую годовщину последнего релиза net-tools. Мы решили посмотреть на это как на возможность объявить net-tools устаревшими и обеспечивать альтернативные и лучше поддерживаемые решения для подобной функциональности. Это влечет за собой несколько последствий, но большинство людей не должны их заметить.

Пакет net-tools будет по-прежнему оставаться в репозиториях, поэтому скрипты, основанные на них, должны и далее работать.

rc.conf
В
rc.conf
введен новый синтаксис для простой настройки сети с помощью
iproute2
, а не net-tools. Прежняя функциональность до сих пор сохранена для тех, кто предпочитает оставаться с этими инструментами (net-tools), но не надейтесь получить новые возможности.

Новый синтаксис очень упрощен и поддерживает только лишь одно устройство проводной сети (настроенное статически или через dhcp), и мы не планируем добавлять новые функции в будущем. Мы стремимся поощрять использование более современных сетевых решений, таких как
networkmanager
или наш собственный
netcfg
.

domainname
(a.k.a.
nisdomainname
, a.k.a
ypdomainname
)
Эти бинарники в настоящее время предоставляются
yp-tools
, а не
net-tools
. К тому же доменное имя более не устанавливается initscripts, наоборот, с ним имеет дело исключительно ypbind rc script.

До этого изменения доменное имя обрабатывалось непоследовательно, иногда считываясь из
/etc/conf.d/nisdomainname
, а иногда из
/etc/defaultdomain
. С этого времени доменное имя считывается только из
/etc/conf.d/nisdomainname
.

hostname
Этот бинарник теперь предоставляется
coreutils
, а не
net-tools
.

Оригинал: News: Deprecation of net-tools
Оригинал: Tom Gundersen
Дата публикации: 08.06.2011
С незапамятных времен мы использовали в наших доморощенных системах “черный список” для блокировки модулей ядра черный список (в различных воплощениях). Он верно служит нам, но мы (или, скорее, наши upstream-разработчки) уже достигли поворотного пункта, где такой список более не требуется.

Поэтому мы приняли решение избавиться от всей логики “черного списка” модулей и рассчитывать только на “черный список”, представляемый
modprobe
. Это означает изменения в синтаксисе, а также небольшие изменения в функциональности. Мы надеемся, что кратковременные неудобства оправдаются выгодами в долгосрочной перспективе.

Из-за не связанных (с этим) изменений в нашем пакете udev, мы более не загружаем так много модулей, как мы ранее привыкли делать по умолчанию, поэтому некоторые проблемные модули (например,
pcspkr
and
snd-seq-oss
), возможно, больше не нужно помещать в “черный список”.


Различное представление “черных списков”
Представления о блокировке модулей, которое мы использовали ранее (к сожалению) немного отличается от того, что принято для modprobe.

  • наш “черный список”: блокируемый модуль, или модуль, который зависит от него, никогда не будет загружаться автоматически udev, но может быть загружен вручную.
  • “черный список” modprobe: блокируемый модуль не будет загружен автоматически, но могут быть загружены, если другой не-блокируемый модуль зависит от него, или если он загружен вручную.
  • отключение модуля: можно получить то же поведение, которого мы добивались, заставляя модуль всегда быть не в состоянии загрузиться, но будет невозможно загрузить его вручную.

Блокирование или отключение модулей при загрузке (boot time)
Модули могут быть блокированы во время загрузки путем добавления
modprobe.blacklist=mod1,mod2,mod3
к командной строке ядра (в grub, lilo или syslinux). В качестве варианта, модули могут быть отключены напрочь путем добавления взамен указанного выше
mod1.disable=1 mod2.disable=1 mod3.disable=1
. Это полезно в чрезвычайной ситуации, когда поломанный модуль делает невозможным загрузку системы.

Постоянное блокирование или отключение
Вместо того, чтобы блокировать модули через “черный список” в
rc.conf
, используйте родные конфигурационные файлы modprobe. Они могут быть найдены в /etc/modprobe.d/, и документированы в
man modprobe.d
.

Замена находящейся в
rc.d
строке
MODULES=(!mod1 !mod2 !mod3)
заключается в добавлении файла
.conf
в
/etc/modprobe.d/
следующего содержания:

blacklist mod1
blacklist mod2
blacklist mod3

Кроме того, для чтобы модули никогда не добавлялись, даже если они необходимы другими модулями загрузки:

install mod1 /bin/false
install mod2 /bin/false
install mod3 /bin/false

Оригинал: News: Changes to module blacklisting
Автор: Tom Gundersen
Дата публикации: 08.06.2011
Из-за конфликта имён с другим пакетом решено переименовать скрипт /sbin/rc в /sbin/rc.d.
Переименование не помешает скрипту rc.d как и прежде запускать и останавливать отдельных демонов, а так же просматривать статус всех демонов в системе.
Новые возможности:

Скрипт /sbin/rc для запуска, останова и вывода списка демонов.
Поддержка FakeRAID (dmraid).
Поддержка btrfs.

Функциональные изменения:

Управление “дрейфом” системного таймера в hwclock перемещено в демон, который не должен использоваться в большинстве случаев, поскольку может привести к трудноуловимым ошибкам (особенно, если используется двойная загрузка или ntp). Если вы понимаете, что делаете, и хотите настроить “дрейф” системных часов, добавьте “hwclock” в массив DAEMONS.
Теперь udev управляет mdadm, поэтому mdadm больше не вызывается явно. Это должно повысить надежность без потери функциональности.

Рекомендации:

Напоминаем, что initscripts предполагают обновления всех остальных пакетов (исключение - ядро). В особенности это касается udev, mdadm, dmraid и lvm.
Теперь мы настоятельно рекомендуем не использовать HARDWARECLOCK=“localtime”, потому что это может привести к нескольким известным неустранимым ошибкам. Хотя планов прекращать поддержку “localtime” нет.

Оригинал новости: initscripts update