Технология сборки пакетов RPM: различия между версиями
Нет описания правки |
|||
Строка 19: | Строка 19: | ||
=== Написание инструкции сборки пакета === | === Написание инструкции сборки пакета === | ||
На втором этапе, зная алгоритм сборки пакета, мы записываем алгоритм в виде spec-файла. | На втором этапе, зная алгоритм сборки пакета, мы записываем алгоритм в виде '''spec'''-файла. | ||
Сборку пакета из исходников можно разделить на следующие основные этапы : | Сборку пакета из исходников можно разделить на следующие основные этапы : | ||
* Распаковка исходного текста пакета и наложение патчей на него (например, исправляющие makefile пакета, чтобы он собирался не куда-нибудь в /opt, а каталог предназначенный для сборки пакета). | * Распаковка исходного текста пакета и наложение патчей на него (например, исправляющие makefile пакета, чтобы он собирался не куда-нибудь в '''/opt''', а каталог предназначенный для сборки пакета). | ||
(секция %pre) | (секция '''%pre''') | ||
* Компиляция и линковка программ пакета (секция %setup) | * Компиляция и линковка программ пакета (секция '''%setup''') | ||
* Размещение программ в каталог, который будет упаковываться в rpm (секция %install) | * Размещение программ в каталог, который будет упаковываться в rpm (секция '''%install''') | ||
* Написание скриптов нестандартных действий, которые выполняться при установке и удалении пакета (секции %post и %postust) | * Написание скриптов нестандартных действий, которые выполняться при установке и удалении пакета (секции '''%post''' и '''%postust''') | ||
* Сама упаковка пакета и проверка его "правильности" (верификация пакета). | * Сама упаковка пакета и проверка его "правильности" (верификация пакета). |
Версия от 21:20, 11 мая 2022
Классическая сборка пакетов rpm
Классическая сборка пакета rpm состоит из следующих этапов :
Нахождение исходного текста пакета
Обычно мы находим исходный текст программы. Обычно исходный текст программы можно получить на официальном сайте программы.
Это может быть готовы архив в виде tar, упакованный каким-нибудь компрессором, типа gzip, bzip и т.п.. Так-же это может быть репозиторий git, cvs , меркурий и т.п.
В любом случае мы получаем каталог с текстом программы и инструкцией, как можно программу собрать.
Отдельным источником можно назвать пакет src.rpm или deb-src из другого дистрибутива. В этом случае можно "подсмотреть как собирают пакеты другие" этот пакет.
На этом этапе надо понять как в принципе собирается данный пакет.
Написание инструкции сборки пакета
На втором этапе, зная алгоритм сборки пакета, мы записываем алгоритм в виде spec-файла.
Сборку пакета из исходников можно разделить на следующие основные этапы :
- Распаковка исходного текста пакета и наложение патчей на него (например, исправляющие makefile пакета, чтобы он собирался не куда-нибудь в /opt, а каталог предназначенный для сборки пакета).
(секция %pre)
- Компиляция и линковка программ пакета (секция %setup)
- Размещение программ в каталог, который будет упаковываться в rpm (секция %install)
- Написание скриптов нестандартных действий, которые выполняться при установке и удалении пакета (секции %post и %postust)
- Сама упаковка пакета и проверка его "правильности" (верификация пакета).
Для тренировки сборки пакета, советую попробовать взять готовый пакет [1], готовый src.rpm можно взять из репозитория, Например из Сизифа (ссылка скоро может устареть,в случае смены версии пакета) [2]
Непосредственная сборки пакета
После того, как вы написали спек и подготовили исходники, можно переходить непосредственно к сборке пакета.
Это лучше делать внутри хэшера, так как установка кучи необходимых для сборки программ, во первых грозит безопасности вашей операционной системы, а во вторых, засоряет её ненужными вам в дальнейшем пакетами.
Каждому этапу сборки можно привести опцию rpm, которая это выполняет:
- Распаковка исходника :
rpmbuild -bp имя_спек_файла.spec
- Компиляция и линковка программ (сборка) пакета (секция %setup)
rpm -bc имя_спек_файла.spec
или
rpm -bc --short-circuit имя_спек_файла.spec
разница состоит в том, что если запустить с ключом -bc, то rpm заново повторит распаковку пакета , а потом уже начнёт компиляцию. Если вы собираете пакет первый раз,по шагам, то вы могли внести в исходный текст пакета исправления, которые можно потом оформить в патчи, то распаковка исходников заново уничтожит ваши исправления.
- Установка пакета в заданный каталог (%install)
rpm -bi --short-circuit имя_спек_файла.spec
- Создание непосредственно самого пакета rpm (и src.rpm)
rpm -ba --short-circuit имя_спек_файла.spec
- Упаковка src.rpm пакета
rpm -bs - имя_спек_файла.spec
Для ключа bs не требуется параметр --short-circuit , так как он непосредственно упаковывает ваши исходники и патчи в src.rpm, не выполняя действий по распаковке, компиляции и установке пакета.
Пример классической сборки пакета
Для всех примеров мы будем использовать пакет hello. Он есть и в репозитории и в git.altlinux.org.
Ссылка на src.rpm пакета - ссылка может
Допустим, мы скачали hello-2.10-alt1.1.src.rpm , от имени пользователя устанавливаем его от имени пользователя:
rpm -ihv путь_до_каталога_с_файлом/hello-2.10-alt1.1.src.rpm
В результате в каталоге пользователя ~/RPM/SPEC/[1] появвляется файл hello.spec, а в ~/RPM/SOURCE файл hello-2.10.tar.gz
Теперь зайдем в каталог ~/RPM/SPEC/ и изучим содержание файла spec:
Name: hello
Version: 2.10
Release: alt1.1
Summary: GNU hello, THE greeting printing program
Group: Development/C
License: GPLv3+
Url: ftp://ftp.gnu.org/gnu/hello/
Source: %name-%version.tar.gz
# explicitly added texinfo for info files
BuildRequires: texinfo
%description
The GNU `hello' program produces a familiar, friendly greeting. It
allows nonprogrammers to use a classic computer science tool which
would otherwise be unavailable to them. Because it is protected by the
GNU General Public License, users are free to share and change it.
%prep
%setup -a0
%build
%autoreconf
%configure
%make_build
%install
%makeinstall
%find_lang %name
%files -f %name.lang
%doc AUTHORS ChangeLog ChangeLog.O NEWS README THANKS TODO
%doc %name-%version
%_bindir/*
%_infodir/*
%_mandir/man?/*
%changelog
* Thu Dec 03 2015 Igor Vlasenko <viy@altlinux.ru> 2.10-alt1.1
- NMU: added BR: texinfo
......
* Thu Oct 23 2003 Andrey Rahmatullin <wrar@altlinux.ru> 2.1.1-alt1
- initial build
Сборка внутри хэшера
Сборка с использованием инструментов работы с git репозиториями
Ссылки
Полезные ссылки:
- ↑ в .rpmmacros прописаны стандартные для ALT пути: %_topdir %homedir/RPM %_tmppath %homedir/tmp