Последующие разделы соответствуют трем шагам, необходимым для создания пакета тривиального приложения myapp.
Сбор программного обеспечения
Первый этап в создании RPM-пакета — сбор программного обеспечения, которое вы хотите поместить в пакет. Чаще всего у вас есть исходный программный код приложения, файл сборки, например make-файл, и, возможно, страница интерактивного справочного руководства.
Самый легкий способ собрать это программное обеспечение — упаковать файлы в сжатый tar-файл. Назовите файл архива именем приложения и укажите в нем номер версии, например, myapp-1.0.tar.gz.
Вы можете откорректировать ранее созданный make-файл Makefile6, добавив новое задание на упаковку файлов в сжатый файл архива. Окончательная версия make-файла, названная просто Makefile, выглядит следующим образом:
all: myapp
# Какой компилятор
CC = gcc
# Где хранятся файлы include
INCLUDE = .
# Опции для разработки
CFLAGS = -g -Wall -ansi
# Опции для рабочей версии
# CFLAGS = -О -Wall -ansi
# Локальные библиотеки
MYLIB = mylib.a
myapp: main.о $(MYLIB)
$(CC) -о myapp main.о $(MYLIB)
$(MYLIB) : $(MYLIB)(2.o) $(MYLIB)(3.о)
main.о: main.c a.h
2.o: 2.с a.h b.h
3.o: 3.c b.h c.h
clean:
-rm main.о 2.о 3.o $(MYLIB)
<i>dist: myapp-1.0.tar.gz</i>
<i>myapp-1.0.tar.gz: myapp myapp.1</i>
<i> -rm -rf myapp-1.0</i>
<i> mkdir myapp-1.0</i>
<i> cp *.c *.h *.1 Makefile myapp-1.0</i>
<i> tar zcvf [email protected] myapp-1.0</i>
Задание myapp-1.0.tar.gz в make-файле формирует сжатый архив (tarball) из исходных файлов нашего простого примера приложения. Этот код вставлен для простоты в задание dist, в котором вызываются те же команды. Для создания файла архива выполните следующую команду:
$ <b>make dist</b>
Далее нужно скопировать файл myapp-1.0.tar.gz в каталог RPM-пакетов SOURCES, обычно в системе Red Hat Linux это каталог /usr/src/redhat/SOURCES, а в системе SUSE Linux — /usr/src/packages/SOURCES. Например:
$ <b>cp myapp-1.0.tar.gz /usr/src/redhat/SOURCES</b>
RPM-система полагает, что исходные файлы находятся в каталоге SOURCES в виде tar-файлов. (Есть и другие опции, но эта самая простая.) SOURCES — это один из каталогов, на которые рассчитывает RPM-система.
RPM-система полагается на пять каталогов, приведенных в табл. 9.4.
Таблица 9.4
RPM-каталог Описание BUILD Команда rpmbuild создает программное обеспечение в этом каталоге RPMS Команда rpmbuild хранит в этом каталоге созданные ею двоичные файлы SOURCES В этот каталог следует поместить исходные файлы для вашего приложения SPECS В этот каталог следует помещать файлы spec для всех RPM-пакетов, которые вы планируете создать, хотя это и не обязательно SRPMS Команда rpmbuild помещает в этот каталог RPM-пакеты из исходных файлов
У каталога RPMS обычно есть ряд подкаталогов, определяющих тип архитектуры системы, например такие, как приведенные далее (для системы с архитектурой Intel х86).
$ <b>ls RPMS</b>
athlon
i386
i486
i586
i686
noarch
В системах Red Hat Linux по умолчанию предполагается, что RPM-пакеты создаются в каталоге /usr/src/redhat.
Примечание
Этот каталог специфичен для системы Red Hat Linux. В других дистрибутивах Linux используются иные каталоги, например каталог /usr/src/packages.
После того как исходные файлы для вашего RPM-пакета будут собраны вместе, нужно создать файл spec, описывающий, как именно команда rpmbuild должна создать ваш пакет.
Создание RPM-файла spec
Создание файла spec может оказаться непростым занятием при наличии тысяч опций, поддерживаемых RPM-системой. Можно воспользоваться простым примером из этого раздела, которого будет достаточно для большинства создаваемых вами пакетов. Кроме того, можно скопировать команды из других файлов spec.
Примечание
Хорошими источниками примеров файлов spec служат другие RPM-пакеты. Посмотрите RPM-пакеты исходных файлов, хранящиеся в файлах с окончанием .src.rpm. Установите эти RPM-пакеты и просмотрите их файлы spec. Вы найдете гораздо более сложные примеры, чем те, которые вам когда-либо понадобятся. Интересные примеры можно найти среди файлов spec, предназначенных для пакетов anonftp, telnet, vnc и sendmail.
Кроме того, разработчики RPM-системы мудро решили не пытаться заменить популярные средства построения программ, такие как make или configure. RPM-система содержит много средств быстрого доступа, позволяющих воспользоваться make-файлами и сценариями configure.
В данном примере вы создаете файл spec для простого приложения myapp. Назовите его myapp.spec. Начинает файл spec с набора определения имени, номера версии и другой информации о вашем пакете. Например,
Vendor: Wrox Press
Distribution: Any
Name: myapp
Version: 1.0
Release: 1
Packager: [email protected]
License: Copyright 2007 Wiley Publishing, Inc