Столкнулись с проблемой установки пакетов i586 бранча p5 в hasher на x86_64, для которой долгое времен не находилось внятного объяснения. С недавнего времени проблема локализована и сделана воспроизводимой. Суть проблемы для hasher состоит в том, что после установки пакетов в chroot, обновление локальной базы rpm не проходит из-за несовместимости rpm со старой пакетной базой. Проблема возникает в hasher'е между выводом: hsh-install: Packages installation complete. и hsh-install: RPM database update failed. Для воспроизведения проблемы достаточно попытаться установить в hasher базовый chroot на x86_64 узле для i586 бранча p5 и попытаться установить в него пакет libdrm-devel. Подробности в задаче Eter#9625. Для быстрого воспроизведения кеш apt и rpm запакованы в архив: http://ftp.etersoft.ru/pub/people/sin/aptbox-p5.tar.bz2 Чтобы увидеть проблему достаточно распаковать архив в каталог /tmp и выполнить команду для обновления rpm-базы hasher: $ cd /tmp $ wget -c http://ftp.etersoft.ru/pub/people/sin/aptbox-p5.tar.bz2 $ tar -xf aptbox-p5.tar.bz2 $ rpmi -v -i --dbpath /tmp/aptbox/var/lib/rpm/ --ignorearch --ignoresize --noorder --noscripts --notriggers --justdb /tmp/aptbox/rpmi.list Подготовка пакетов для установки... файл /usr/include/drm/drm.h из устанавливаемого пакета libdrm-devel-2.4.17-alt1 конфликтует с файлом из пакета glibc-ker файл /usr/include/drm/drm_mode.h из устанавливаемого пакета libdrm-devel-2.4.17-alt1 конфликтует с файлом из пакета glibc-ker файл /usr/include/drm/i915_drm.h из устанавливаемого пакета libdrm-devel-2.4.17-alt1 конфликтует с файлом из пакета glibc-ker файл /usr/include/drm/mga_drm.h из устанавливаемого пакета libdrm-devel-2.4.17-alt1 конфликтует с файлом из пакета glibc-ker файл /usr/include/drm/radeon_drm.h из устанавливаемого пакета libdrm-devel-2.4.17-alt1 конфликтует с файлом из пакета glibc-ker файл /usr/include/drm/via_drm.h из устанавливаемого пакета libdrm-devel-2.4.17-alt1 конфликтует с файлом из пакета glibc-ker
Это известные грабли, и старый rpm точно так же не справился бы. Проблема проявляется, поскольку /usr/include/drm переехал из libdrm-devel в kernel-headers-common, и в хост-системе установлен kernel-headers-common >= 1.2.0-alt1. Объезд: убрать из хост-системы /usr/include/drm.
Apparently wontfix.