Проблема после обновления pacman'а

Вчера нарвался на необычную проблему. При обновлении пакетов через какое-то время внезапно закачиваемый пакет начинал расти в размерах, пока не заполнял собой все свободное пространство на винчестере. На русскоязычном форуме Arch'а выяснилось, что проблема существует не первый день, и активно обсуждается на англоязычном форуме. Опуская подробности, которые можно прочесть на обоих форумах, предлагается:
1. Подредактировать файл /etc/pacman.conf, разблокировав одну из опций XferCommand;
2. Скачать патченый pacman той же версии, что и оригинальный. Существует для обоих веток дистрибутива.
Поначалу отредактировал настроечный файл, но потом все же поставил патченый pacman. пока претензий нет.

pacman-color vs pacman

Устанавливая после переустановки системы yaourt, заметил предложение установить pacman-color - патченый pacman с поддержкой цветового оформления вывода, как в самом yaourt. Что ж, очень удобно :-) Не пойму только, почему бы не перенести в оригинальный pacman эту функциональность?

man --> man-db

Сегодня при очередном обновлении pacman предложил заменить пакет man на man-db. Памятуя о проблемах с обновлением пакетов, связанных с bluetooth, я не сразу решился поменять пакет. Но ожидания оправдались с лихвой. Дело в том, что несмотря на wiki-статью, мне так и не удалось заставить показывать man'ы по-русски, они всегда показывались крякозябриками. После обновления и начального создания БД командой:

# /usr/bin/mandb --quiet

я получил корректное отображение кириллических man'ов :) Проверил сразу на ls и mv.

Pacman сообщает о пакете следующее:

[mao@mao-note-arch ~]$ pacman -Qi man-db
Название : man-db
Версия : 2.5.4-1
URL : http://www.nongnu.org/man-db/
Лицензия : GPL LGPL
Группы : Не указано
Предоставляет : man
Зависит от : bash gdbm zlib groff
Опциональные зависимости : less
gzip
Требуется пакетами : man-pages-ru
Конфликтует с : man
Заменяет : man
Размер установленного : 2256,00 K
Сборщик : Andreas Radke
Архитектура : x86_64
Дата сборки : Втр 24 Фев 2009 19:12:15
Дата установки : Птн 27 Фев 2009 18:16:00
Причина установки : Явно установлен
Установочный скрипт : Yes
Описание : A utility for reading man pages

Информацию о пакете можно найти по адресу http://www.nongnu.org/man-db/:

man-db is an implementation of the standard Unix documentation system accessed using the man command. It uses a Berkeley DB database in place of the traditional flat-text whatis databases. man-db is used by several popular GNU/Linux distributions, including Debian, Ubuntu, SuSE, and Arch Linux. It also compiles and runs on a number of proprietary Unix systems.

Перенос системы на новый винчестер

Дня 2 назад приобрел новый 320 ГБ винчестер для ноутбука взамен 120 ГБ. Увы, перенести систему на новый винчестер не удалось. В принципе удалось бы, если бы я клонировал систему на новый винчестер, а Windows поставил в расширенный раздел. Но я поставил Windows самой первой, чтобы не мучиться потом с перемещением разделов.
Короче, пытался перенести старую систему двумя способами:

• переписал содержимое всех системных разделов в новое местоположение. Загрузка вроде пошла, но прервалась сообщением kernel panic;
• переписал все разделы, за исключением /boot, т.е. оставил старое ядро при обновленной системе. Загрузка также пошла, но вышел всего лишь в однопользовательский режим, причем без поддержки русского языка и с неработающим pacman'ом.

Отмечу, что менял все пути в grub'е и fstab в соответствии с новым местоположением разделов. В общем, бросил эти попытки и решил-таки поставить систему заново. В принципе, тут проблем, за исключением настройки сети (особенно wi-fi), нет.

Первая пересборка Arch. Сломанный xorg.

Вчера (точнее, позавчера, но пакеты скачивались в течение почти 1,5 суток) решился в первый раз пересобрать Arch, несмотря на жалобы пользователей, что иногда бывают неприятные неожиданности в виде отваливающихся и неработающих функций.
Увы, все оказалось правдой. Скачав все пакеты, pacman известил меня несколькими сотнями сообщений. что такой-то файл в системе существует и обновление невозможно. Оказалось, с этой ситуацией столкнулись уже давно, и я, в силу того, что установил его недавно, просто не знал об этом. Ошибка давала о себе знать сообщениями вида:

klibc: /usr/lib/klibc/include/asm/<некий файл> уже существует в файловой системе

Проблема решалась двумя способами:

1. удалением символьной ссылки sudo rm /usr/lib/klibc/include/asm
2. принудительным обновлением pacman -Sfu

Ну да это можно было пережить. Другая проблема была намного серьезнее. После запуска X-сервера экран был черный, и ничего не показывалось. Оказалось, последний драйвер Catalyst не поддерживает последний X.org. И никакого обходного решения. Придется ждать обновления драйвера от ATI. Хотя в описании к последнему catalyst написано о решении проблем с xorg, полагаю, что это относилось к предпоследнему билду.
Соответственно. чтобы не иметь перед собой экран на драйвере vesa с ужасным разрешением экрана, решил откатиться на предыдущие версии xorg-server, catalyst-utils и catalyst. Но многие программы завязаны на графические библиотеки, поэтому удаление новейших версий пакетов повлекло их удаление. Записал их названия. откатился на предыдущие версии пакетов xorg-server, catalyst-utils и catalyst и заново переустановил программы по списку. Вроде все нормально.
Так как с помощью hwd -x создавал новый xorg.conf, после перезагрузки по умолчанию в gdm стоял русский язык, и никак не переключался на английский. Таким образом, попасть в графику, введя свой логин и пароль, не получалось. Для решения проблемы необходимо в секции параметров клавиатуры подправить строки:

Option “XkbLayout” “us,ru”
Option “XkbVariant” “,winkeys”
Option “XkbOptions” “grp:ctrl_shift_toggle,grp_led:scroll”

Вот и все. Выводы, которые я сделал из этих проблем:

1. Читай новости;
2. Сначала узнай. не было ли проблем у других.