Сборка RPM-пакетов

Статья составлена с учётом наставлений Hihin Ruslan (ALT Linux Team)

Информация

Для понимания сразу оговорюсь

$ - выполнение команды от обычного пользователя

# - выполнения команды от пользователя root

Клонирование репозитория и начало сборки

Для начала создаём каталог (если не создан) где мы будем хранить клон репозиториев, пускай это будет build_packages

$ mkdir ~/build_packages

Далее выполняем вход в каталог и выполняем клонирование.

$ cd build_packages/
$ git clone https://gitlab.gnome.org/subpop/damask.git

В случае использования автоматического создания spec-файла, клонирование репозитория будет сделано (или не сделано) при создании spec-файла. см. раздел (Spec)

После чего мы заходим в клонированный репозиторий и создаём директорию .gear где размещаем файл правил (rules) и файл правил сборки (spec)

$ cd damask/
$ mkdir .gear
$ cd .gear/
$ touch rules damask.spec

Далее пишем наш rules и damask.spec

После чего выходим в каталог выше и добавляем файлы к репозиторию, чтобы при сборке они были видны

$ cd ..
$ git add .gear/rules .gear/damask.spec

Далее запускаем сборку

$ gear-hsh --no-sisyphus-check=packager,gpg --commit -v --save-fakeroot --lazy-cleanup

Информация

--no-sisyphus-check=packager,gpg - означает отключение проверки Сизиф только в части того кто упаковывает и его ключа. --save-fakeroot - позволяет оставить каталог fakeroot после выполнения сборки

Vendoring - "вендоринг", распространение

Некоторые пакеты (к примеру RUST, GO, Node или Java) могут требовать дополнительных модулей, которые скачиваются во время сборки, однако при сборке доступ к интернету запрещён по умолчанию.

Для решения данной проблемы необходимо дать доступ хешеру к сети Интернет и выкачать недостающие модули зайдя во внутрь хешера.

Информация

ВАЖНО Прежде чем зайти в хешер, нужно его собрать. Хешер собирается командой сборки. То есть если туда зайти сразу, он будет пустой, если запустить команду сборки пакета, он соберётся и после входа во внутрь хешера он будет не пустой. Если запустить сборку другого пакета, внутри хешера будет другой пакет.

Для этого сначала посмотрим наш сервер DNS

# cat /etc/resolv.conf

Далее пробрасываем его в хешер, это нужно для того, чтобы хешер смог увидеть Интернет.

$ hsh-shell --rooter
echo nameserver 8.8.8.8 >> /etc/resolv.conf
exit

Где 8.8.8.8 = вашему DNS, который вы увидели командой выше.

Для удобства добавляем в наш хешер файловый менеджер MC, также в примере ниже указан принцип как добавить во внутрь хешера нужные пакеты.

$ hsh-install mc

Заходим в наш хешер с доступом в сеть Интернет.

$ share_ipc=yes share_network=yes hsh-shell --mount=/dev/pts,/proc

После успешного входа, как вариант, открываем MC и переходим в каталог пакета

/usr/src/RPM/BUILD/НАШ_ПАКЕТ

В данном каталоге будут лежать файлы отвечающие (назовём это так) за дополнительные модули, где мы выполняем команду на скачивание этих модулей

В случае с:

Rust

Это будет файл Cargo.toml, поэтому нужно выполнить команду

cargo-vendor-alt

Тем самым будет создан каталог vendor с модулями

Также в случае с Rust необходимо прописать файл конфига, чтобы сборщик видел откуда брать модули.

Создаём каталог .cargo и добавляем файл config.toml где будут прописаны связи, чтобы при сборке билдер понимал, что ему нужно брать файлы не с сети Интернет, а с каталога vendor.

$ mkdir .cargo
$ cd .cargo
$ touch config.toml

Информация по заполнению config.toml указана в терминале во время выполнения команды cargo vendor

Обычно это

[source.crates-io]
replace-with = "vendored-sources"

[source.vendored-sources]
directory = "vendor"

Далее добавляем файл config.toml в git

$ git add .cargo/config.toml

Go

Выполняем команду

go mod vendor

Больше никаких телодвижений не требуется

Node

В случае наличия yarn.lock выполняем команду

yarn install

Тут стоит обратить внимание, что перед использованием yarn необходимо установить его во внутрь хешера

В случае отсутствия файла yarn.lock можно выполнить команду

npm install

После выполнения будет создан каталог с модулями node_modules

Java

Рекомендую воспользоваться инструкцией с

---

Информация

Обращаю внимание, что ниже будет описана работа сборки вне хешера, после скачивания доп модулей.

После того, как были скачаны дополнительные модули их необходимо переместить хешера в наш каталог с репозиторием, к примеру

От сюда
$ ~/hasher/chroot/usr/scr/RPM/BUILD/НАШ_ПАКЕТ/

Сюда
$ ~/build_packages/НАШ_ПАКЕТ

То есть на выходе будет путь
$ ~/build_packages/НАШ_ПАКЕТ/vendor

в случае с node
$ ~/build_packages/НАШ_ПАКЕТ/node_modules

Информация

Обращаю внимание, что далее приводится пример по добавлению каталога с доп модулями в git, без создания дополнительного vendor.tar Этого вполне достаточно, хотя иногда бывают ситуации когда нужен отдельный tar, но обычно добавления в git, как уже сказал - достаточно.

Для обработки данных модулей нам необходимо добавить в git непосредственно весь каталог с модулями.

git add --all -f КАТАЛОГ_С_МОДУЛЯМИ

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

Также стоит обратить внимание, что для Rust необходимо прописать config.toml как указано выше.

Далее просто запускаем сборку

$ gear-hsh --no-sisyphus-check=packager,gpg --commit -v --save-fakeroot --lazy-cleanup

Сборка внутри хешера

Сборка внутри хешера осуществятся по средствам rpm

После того, как хешер собран и осуществлён вход можно приступить к сборке и экспериментам внутри хешера.

Для этого необходимо перейти в каталог со spec файлом и просто запустить сборку

cd /usr/src/RPM/SPECS/
rpm -ba CUSTOM_SPEC.spec

Сборка вне хешера

Сборка вне хешера (в самой системе) осуществляется по средствам rpm

До начала сборки необходимо подготовить рабочее пространство (дерево каталогов) для сборки пакетов.

Это можно сделать с помощью команды

$ rpmdev-setuptree

Либо в ручную с помощью mkdir

Каталог rpmbuild создается в домашней папке пользователя.

cd $HOME
mkdir rpmbuild

В самом же каталоге создаются подкаталоги:

• BUILD - каталог сборки
• RPMS - каталог выходных/собранных пакетов rpm
• SOURCES - каталог источника (архивы, патчи, исходный код)
• SPECS - каталог spec файлов
• SRPMS - каталог пакетов исходников src.rpm

Сборка пакета осуществляется с помощью команды

$ rpm -ba CUSTOM_SPEC.spec

Помимо этого, не забываем настроить файл .rpmmacros расположенные в домашней папке пользователя.