При обновлении пакета 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, особенно если у вас имеются проблемы с сетевыми утилитами.
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.
. Также имена файлов ядра и RAM диска для начальной инициализации (initrd) изменились следующим образом:
vmlinuz26
стал
vmlinuz-linux
kernel26.img
стал
initramfs-linux.img
kernel26-fallback.img
стал
initramfs-linux-fallback.img
Чтобы предотвратить ошибки, приводящие к невозможности загрузки системы после обновления, симлинки создаются так, чтобы ваша конфигурация загрузчика, указывающая на старые файлы, оставалась работоспособной. Хотя мы рекомендуем обновить настройки загрузчика и после этого удалить симлинки.
Важное изменение пришло с обновлением 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
. Это связано с разработчиками, не выпускавшими новую версию с апреля 1997 года. Кроме того, новые демоны и приложения поддерживают libwrap непоследовательно, что приводит к путанице относительно того, поддерживает ли приложение данную библиотеку. Если вы уже используете
/etc/hosts.allow
или
/etc/hosts.deny
для безопасности или с целью записи в журнал, то для этих задач вам необходимо настроить соответствующим образом и использовать другой инструмент, такой как
Обновлённая версия 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 и его потоковых возможностей.
В апреле этого года мы отметили десятую годовщину последнего релиза 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
. С этого времени доменное имя считывается только из
С незапамятных времен мы использовали в наших доморощенных системах “черный список” для блокировки модулей ядра черный список (в различных воплощениях). Он верно служит нам, но мы (или, скорее, наши 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
Кроме того, для чтобы модули никогда не добавлялись, даже если они необходимы другими модулями загрузки:
Из-за конфликта имён с другим пакетом решено переименовать скрипт /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” нет.
Это крупное обновление, поэтому Вы должны обратить внимание на несколько вещей: GNOME3 заменяет GNOME2. GNOME3 имеет 2 режима: стандартный режим (gnome-shell) и альтернативный (англ. fallback) режим (gnome-panel + metacity). Ряд пакетов, такие, как апплеты панели, использующие Bonobo, больше не поддерживаются и будут убраны в ближайшее время. Теперь требуется pulseaudio для запуска среды GNOME.
Пакеты драйверов nvidia-173xx и nvidia-96xx были удалены из наших репозиториев, поскольку они несовместимы с новой версией xorg-сервера. Они заработают только после исправлений со стороны компании NVIDIA, чего пока не произошло. Для большинства видеокарт лучшей альтернативой является xf86-video-nouveau (см.: https://wiki.archlinux.org/index.php/Nouveau). Так же, можно воспользоваться xf86-video-nv или xf86-video-vesa. Удаляем старые драйвера nvidia, устанавливаем вышеупомянутые пакеты, и сервер xorg при запуске автоматически выберет наиболее подходящий вариант.
Пакеты GNOME 3.0.0 доступны в репозитории . Они идут вместе с обновлением gtk2, а так же содержат новый gtk3.
Это крупное обновление и вы должны обратить внимание на несколько вещей: GNOME3 заменит GNOME2, когда перейдет в . GNOME3 имеет 2 режима: “стандартный” режим (gnome-shell) и “резервный” режим (gnome-panel + metacity). Апплеты панели, использующие Bonobo, больше не поддерживаются и пакеты, зависящие от них, будут убраны. Теперь для запуска среды GNOME требуется pulseaudio. Некоторые пакеты существуют для разных версий - для gtk2 и gtk3. Они обычно имеют имя типа “packagename3”. Например, vte3, libwebkit3, gtkhtml4. pygobject теперь доступен для Python 3 в пакете “py3gobject”.
Для снижения нагрузки на действующих разработчиков принято решение расширить команду и привлечь желающих заняться следующими проектами:
1) Главный по багам: Рулить поступающими багами: сортировка, допрос пользователей, открытие апстрим-багрепортов, закрытие багов. Оценка простых патчей, поиск и активизация работ по древним багам.
2) Администратор зеркал: Следить за запросами на баг-треккере, следить за актульностью контактной информации. Общаться на arch-mirrors. Следить за качеством зеркал, автоматизация процесса контроля качества.
3) Разработчик netcfg: Исправление багов и внедрение нового функционала. Работа на соответствующем разделе баг-треккера.
4) Разработчик initscripts: См. п.3
5) Разработчик ABS: См. п.4 ;)
Заявки отправляйте по адресу [email protected], в тему добавляйте , , , или соответственно. Не забудьте рассказать почему Вы являетесь лучшим кандидатом на запрашиваемую позицию. И всё это на английском языке ;).