В новом пакете filesystem-2012.6-2 директории /var/run и /var/lock были заменены симлинками на /run и /run/lock соответственно. На большинстве систем initscripts уже создали эти симлинки при загрузке. Однако, они не принадлежат никакому пакету, что и будет исправлено этим обновлением. Вам придётся выполнить:
Если на Вашей системе /var/run и /var/lock являются директориями (например, если используется systemd, а загрузка с помощью initscripts никогда не производилась) Вам придётся удалить их перед обновлением:
Перед удалением настоятельно рекомендуется остановить всех демонов, т.к. удаляемые директории активно ими используются!
Примечание: как правило, не рекомендуется использовать –force, т.к. это может привести к неприятностям. Однако, в данном конкретном случае это оправдано, т.к. позволяет избежать ручного удаления файлов.
Ну и напоследок: обновляя пакет filesystem, пользователи ядер версии ниже 3.4 увидят предупреждение о правах доступа к /sys. Ничего страшного, разработчики ядра в версии 3,4 изменили права на 555, что и отражено в пакете filesystem.
Systemd и udev объединили кодовую базу. Тем не менее в арче они будут представлены отдельными пакетами. Однако, дабы не усложнять ситуацию, udev теперь будет являться составной частью пакета systemd-tools. Помимо udev в этом пакете будут содержаться утилиты, которые могут быть использованы и без systemd. Пытливый читатель может догадаться, что таким образом весь systemd переезжает в .
При обновлении вам будет предложено заменить udev на systemd-tools. Соглашайтесь, не пугайтесь. Если ещё при этом вы обновляете ядро, может возникнуть ошибка при генерации initramfs из-за отсутствия хука udev. Опять-таки, ничего страшного. После обновления просто выполните
PHP обновлен до своего последнего основного релиза 5.4. Изменения, внесенные разработчиками, можно посмотреть на php.net/ChangeLog-5.php , подробное руководство по миграции - на php.net/migration54. В дополнение к этому были сделаны следующие изменения в пакете:
Патч Suhosin и расширения были удалены. Узнайте больше о причине этого решения на pierre-schmitz.com/php-5-4-1-in-suhosin-out/. Если вы ранее использовали расширение Suhosin, удалите пакет php-suhosin, так как он уже не совместим с PHP 5.4.
Обратите внимание, что было изменено расширение API. Если вы используете сторонние расширения не из наших репозиториев, вам следует как минимум перекомпилировать их или обновить до совместимых версий.
Модуль json теперь встроен в сам PHP. Поэтому удалите указание
extension=json.so
из своего файла php.ini.
Расширение gd создано с поддержкой webp и с использованием библиотеки libvpx.
Удостоверьтесь, что объединили изменения php.ini с вашей локальной копией, или же поступите проще: настройте новый php.ini в соответствии с вашими требованиями. Если у вас возникли проблемы при использовании расширения APC, вы можете попробовать добавленный в репозиторий пакет php-xcache Последнее по важности, но не по значению: в особенности если вы работаете со старыми скриптами, убедитесь, что они не зависят от таких функций, как “Safe Mode” или “Magic Quotes”. Так как эти функции были удалены, обновление PHP 5.4 приведет к серьезным дырам в безопасности.
С пакетом glibc-2.15-5 минимальные требования к версии ядра будут увеличены с версии 2.6.27 до версии 2.6.32. Именно эта версия ядра является самой ранней из тех, что ещё получают обновления от разработчиков.
Недавние релизы libpng и libtiff потребовали пересборки всех зависящих от них пакетов; они перемещены из в основные репы. Как обычно, не забудьте полностью обновить вашу систему, а также проверьте , не требуется ли пересборка вашим сторонним пакетам (в особенности cairo-* пакетам из AUR).
В процессе обновления может появляться сообщение аналогичное этому: g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: libpng14.so.14: cannot open shared object file: No such file or directory
Это сообщение может быть проигнорировано, если вы используете официальные версии пакета cairo; в противном случае, вам может потребоваться переустановка librsvg.
4-5 февраля в Брюсселе состоится конференция FOSDEM. На этот раз наш орденоносный дистр будет представлен весьма широко. Ожидается присутствие следующих разработчиков: Романа Кирилыча, Тома Гундерсена, Яна Стеффенса, Томаса Бехлера, Пьера Шмитца и Дитера Плаетинка (простите мой немецкий ;) – прим. переводчика).
Так что те, кто волею судьбы вместо бурлящего моря гражданского протеста окажется в сердце капиталистической Европы, приглашаются к интернациональному общению с коллегами по дистрибутиву!
Новый проект приходит на смену усопшим 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.
При обновлении пакета 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 и его потоковых возможностей.