Repocop/RepairMiniHOWTO: различия между версиями
Строка 51: | Строка 51: | ||
sudo mount --bind /var/ftp/pub/Linux/ALT/Sisyphus $hasher/chroot/usr/src/Sisyphus | sudo mount --bind /var/ftp/pub/Linux/ALT/Sisyphus $hasher/chroot/usr/src/Sisyphus | ||
Проверяем и при необходимости правим в песочнице /usr/src/.rpmmacros так, чтобы там был правильный %packager. | Проверяем и при необходимости правим в песочнице /usr/src/.rpmmacros так, чтобы там был указан правильный %packager. | ||
Песочница к запуску репокопа готова. | Песочница к запуску репокопа готова. |
Версия от 10:37, 19 ноября 2008
Исправляем Репокопом пакеты за 5 минут. Краткое руководство.
Предисловие.
Для исправления пакетов вам понадобится
- локальное зеркало со свежим сизифом (Пусть это /var/ftp/pub/Linux/ALT/Sisyphus).
Убедитесь, что в нем самые свежие версии ваших пакетов, а также repocop >= 0.07-alt21 и repocop-unittest >= 0.14.
- Свежая база repocop (более 100 Mb).
Знакомимся с предлагаемыми патчами
Ищем свои папки на http://repocop.altlinux.org/pub/repocop/reports/diff/by-acl/ и знакомимся с предложенными патчами. Если в патчах что-то не верно, сообщаем автору. Иначе продолжаем дальше.
Создаем песочницу с repocop
Создаем песочницу
hsh --initroot-only --packager='<ваш packager email>' <опции hasher для вашего Сизифа>
и сохраняем путь к песочнице в переменной окружения hasher.
export hasher=</path/to/your/hasher>
(Переменная $hasher нужна, чтобы в приведенных ниже примерах код был полностью рабочим и его можно было копировать в консоль и сразу запускать.)
Скачиваем базу repocop
wget -c http://repocop.altlinux.org/pub/repocop/data/repocop-data-current.tar.gz
копируем базу в песочницу
cp repocop-data-current.tar.gz $hasher/chroot/tmp/
и разворачиваем ее внутри песочницы в ~/.repocop
:
hsh-shell $hasher cd ~ tar xzf /tmp/repocop-data-current.tar.gz
Устанавливаем в песочницу repocop
hsh-install $hasher repocop-tools repocop-unittest
и все пакеты, необходимые для нормального выполнения произвольного rpmbuild -bs
:
hsh-install $hasher `$hasher/chroot/usr/bin/repocop-tools-ls-rpmbuild-bs-environment -c $hasher/chroot/usr/src/.repocop`
Заметим, что в Сизифе иногда может быть сломана установка каких-то пакетов из списка, созданного командой
$hasher/chroot/usr/bin/repocop-tools-ls-rpmbuild-bs-environment -c $hasher/chroot/usr/src/.repocop
В таком случае, отредактируйте список вручную.
Еще внутрь песочницы нужно дать доступ к свежему Сизифу. Создаем точку монтирования
hsh-run $hasher mkdir /usr/src/Sisyphus
и монтируем туда Сизиф (если ядро поддерживает read-only bind, лучше монтировать с ro):
sudo mount --bind /var/ftp/pub/Linux/ALT/Sisyphus $hasher/chroot/usr/src/Sisyphus
Проверяем и при необходимости правим в песочнице /usr/src/.rpmmacros так, чтобы там был указан правильный %packager.
Песочница к запуску репокопа готова.
Запускаем repocop
hsh-shell $hasher cd ~ repocop-fix-srpm --include-packager='viy,emacs,java' \ --packager='Igor Vlasenko <viy@altlinux.ru>' \ --outdir=OUT --acl-file /usr/src/Sisyphus/files/list/list.src.classic \ /usr/src/Sisyphus/files/noarch/RPMS /usr/src/Sisyphus/files/x86_64/RPMS /usr/src/Sisyphus/files/SRPMS
Вместо viy,emacs,java укажите ваш ник и любимые группы, в которые вы входите.
Заметим, что здесь независимо от архитектуры песочницы нужно указывать /usr/src/Sisyphus/files/x86_64/RPMS, а не /usr/src/Sisyphus/files/i586/RPMS, поскольку в загруженной с repocop.altlinux.org базе данных есть только такие записи.
После окончания работы генератора исправленные src.rpm с увеличенным релизом будут лежать в папке $hasher/chroot/usr/src/OUT.
Выходя, сразу отмонтируем Sisyphus, (чтобы его не потёрло при попытке следующей пересборки :))
sudo umount $hasher/chroot/usr/src/Sisyphus
и копируем полученные src.rpm из песочницы.
Смотрим, пересобираем, тестируем, заливаем в incoming/Sisyphus.
Enjoy!
Примечания
Желательно сравнить число патчей и число сгенерированных пакетов, поскольку может случиться, что сгенерировано больше пакетов, чем есть патчей на http://repocop.altlinux.org/pub/repocop/reports/diff/by-acl/.
Особенность текущего генератора src.rpm в том, что он создает новый src.rpm в случае, когда для ошибки существует патч генератор. Однако иногда патч генератору не удается исправить пакет, и тогда полученный пакет по сути не будет содержать изменений. Хотя и вреда от него не должно быть.