Archlinux — yaourt+customizepkg или еще немного настраиваемости при установке пакетов

Продолжаю исследовать возможности Arch Linux в области сборки и установки пакетов и делиться находками и решениями с читателями Welinux.ru

Итак, сегодня я хочу продолжить тему, начатую в одной из последних моих заметок и посвящу ее customizepkg - небольшому, но удобному инструменту для модификации пакетов прямо во время их сборки. Интересно зачем это нужно и как этим пользоваться? - читаем дальше.

Сразу предупрежу, что для полного понимания внутренней "механики" описанного ниже нужно представлять себе структуру файла PKGBUILD и принципы сборки пакетов. Обо всем этом можно прочитать например тут, тут и тут.
Начну свой рассказ с описания ситуации, где такой инструмент мог бы быть полезен. А вот где. Как я уже рассказывал раньше, yaourt - популярная надстройка над pacman, дает возможность устанавливать пакеты в систему, предварительно произведя их сборку на локальной машине. Для AUR (Arch User Repository) это единственный метод сборки, для пакетов из основных репозиториев и community - опциональный. Данный режим будет особо интересен тем пользователям, которые хотят «подстроить» конкретный пакет под себя - например наложить патч(-и), изменить опции сборки, добавить ресурсы и прочее (понравится гентушникам, хотя это далеко до возможностей по кастомизации в gentoo).
С описанием ситуации разобрались, теперь определимся с инструментом. А им выступит... сам yaourt :) а также скрипт customizepkg от автора yaourt'a, поддержка которого в yaourt уже встроена.

Ну, а теперь самое интересное - как всем этим пользоваться. Что бы не быть голословным, после общего описания я приведу реальный пример из жизни.
Итак, сам customizepkg при запуске совершает следующие действия:
ищет в текущей папке файл PKGBUILD;
выбирает из этого файла имя пакета (значение параметра pkgname);
ищет в /etc/customizepkg.d файл с именем пакета, в котором содержаться инструкции для модификации файла PKGBUILD (о характере модификации - чуть позже);
сохраняет измененный PKGBUILD (предварительно делая резервную копию оригинального);
далее операции, которые я добавил в customizepkg-new (моя модификация customizepkg):
ищется ${pkgname}.files, сим-линки на файлы в которой создаются в дирктории с PKGBUILD;
имена файлов добавляются в спискок source, а их контрольные суммы в список md5sums в файле PKGBUILD, после чего эти файлы могут использоваться в процессе сборки пакета наравне с теми, которые изначально шли в пакете.
yaourt вызывает этот скрипт после закачивания и распаковки тарбола с файлами для сборки пакета, но перед самой сборкой (перед зануском makepkg), таким образом обеспечивая требуемую гибкость.

Теперь о характере и о формате файлов для модификации. По сути это обыкновенные текстовые файлы, которые содержат однострочные команды для модификации файла PKGBUILD - команды трех видов: add, replace and remove.
Начнем с команды add:

1	add#depends#git

Как легко догадаться эта команда добавит git в секцию depends файла PKGBUILD (и создаст новую секцию если ее нет). Назначение думаю понятно - используется когда нужно добавить новый параметр в одну из секций перед сборкой.
Далее, replace и remove. Назначение, думаю, тоже понятно - удаление и замена элементов в том же PKGBUILD. Отличия в том, что вторым параметром, кроме названия секции, можно указать global, что означает выполнение операции по всему документу. Примеры:

1	remove#depends#git

1

replace#global#replace#global#cd "${srcdir}\\/gnome-python-extras-${pkgver}"#cd "${srcdir}\\/gnome-python-extras-${pkgver}"\\nwget -O gnome-python-extras.patch http:\\/\\/bugzilla-attachments.gnome.org\\/attachment.cgi?id=135508 || return 1\\npatch -Np1 -i gnome-python-extras.patch || return 1\\nwget -O gnome-python-extras2.patch http:\\/\\/bugzilla-attachments.gnome.org\\/attachment.cgi?id=145634 || return 1\\npatch -Np1 -i gnome-python-extras2.patch || return 1

Первый пример понятен, но второй немного сложноват, хотя на самом деле, если разобраться, то просто представляет собой несколько строк, записанных в одну, разделенные символом /n и содержащих двойное экранирование для спецсимволов.

Для лучшего понимания советую рассмотреть примеры из /etc/customizepkg.d, которые идут с пакетом. И на это я заканчиваю с теорией и, как и обещал, перехожу к практическому примеру. Будем работать с пакетом gnome-python-extras из стандартного репозитория. Напомню - версия, в репозитории не работает, т.к. собрана со старой версией gdl, а пересборка в помощью команды

1	yaourt -Sb gnome-python-extras

не работает, т.к. изменился api со стороны gnome после выхода версии 2.28.

Теперь о том, как эту проблему решить, используя вышенаписанное:

пробуем

1	yaourt -S gnome-python-extras

и получаем ошибку при сборке. Что ж, неприятно, но решаемо :)
устанавливаем customizepkg-new

1	yaourt -S customizepkg-new

можно использовать и customizepkg, но я не уверен в его работоспособности, т.к. он не обновлялся более двух лет.
помещаем в файл /etc/customizepkg.d/gnome-python-extras следующую строку

replace#global#cd "${srcdir}\\/gnome-python-extras-${pkgver}"#cd "${srcdir}\\/gnome-python-extras-${pkgver}"\\nwget -O gnome-python-extras.patch http:\\/\\/bugzilla-attachments.gnome.org\\/attachment.cgi?id=135508 || return 1\\npatch -Np1 -i gnome-python-extras.patch || return 1\\nwget -O gnome-python-extras2.patch http:\\/\\/bugzilla-attachments.gnome.org\\/attachment.cgi?id=145634 || return 1\\npatch -Np1 -i gnome-python-extras2.patch || return 1

снова пробуем

1	yaourt -S gnome-python-extras

и видим, что нужные нам патчи наложились и сборка прошла без эксцессов - что и требовалось.

Что ж, на сегодня все. Понимаю, что материал получился длинным, узкоспецифичным и довольно сложным, однако истинным арчеводам должен быть не безинтересен.