Неплохо добавить в ваш файл spec комментарии. Как и сценарии командной оболочки, и make-файлы, команда

считает комментарием любую строку, начинающуюся с символа . Например:

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

и (обратите внимание на несогласованность RPM-синтаксиса, применяющего знак процента перед обозначением секции описания). Например, свой пакет вы можете описать следующим образом:

Секция

может состоять (и обычно состоит) из нескольких строк.

Файл spec может содержать сопутствующую информацию и о том, какие возможности предоставляет ваш пакет, и о том, от чего он зависит. (Вы также можете определить, от чего зависит пакет исходных файлов, например, указать специальные заголовочные файлы, необходимые для компиляции.)

Параметр

определяет возможности, предоставляемые вашей системой. Например:

В примере утверждается, что пакет предоставляет вымышленную функциональную возможность, именуемую

(ценные свойства). RPM-система также автоматически добавляет элемент к имени пакета, в данном случае myapp. Параметры Provides полезны в случае множественных пакетов, предоставляющих одну и ту же функциональную возможность. Например, пакет Web-сервера Apache предоставляет средство webserver. Другие пакеты, например Thy, могут предоставлять то же средство. (Для облегчения работы с конфликтующими пакетами RPM-система позволяет задавать также информацию с помощью элементов Conflicts и Obsoletes.)

Наиболее важная сопутствующая информация определяется в параметрах

. Вы можете указать все пакеты, необходимые для функционирования вашего пакета. Например, Web-серверу требуется сетевой пакет и пакет безопасности. В нашем примере вы задаете необходимость СУРБД MySQL версии 3.23 или более свежей. Синтаксическая запись приведена далее:

Если вам нужна СУРБД MySQL любой версии, можно задать параметр следующим образом:

RPM-система не разрешит пользователям устанавливать пакеты, если не установлены пакеты, необходимые для их работы. (Правда, пользователи могут переопределить это поведение.)

RPM-система автоматически добавляет зависимые элементы, например /bin/sh для сценариев командной оболочки, интерпретатор Perl для сценариев на языке Perl и любые совместно используемые библиотеки (файлы с расширением so), которые вызывает ваше приложение. Каждая новая версия RPM-системы включает все новые средства для автоматической проверки зависимостей.

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

Синтаксическая запись

ссылается на RPM-макрос, в данном случае имя пакета. Поскольку ранее вы задали имя myapp, команда заменит на и аналогично заменит на , для того чтобы использовать для построения файл с именем myapp-1.0.tar.gz. Искать этот файл она будет в каталоге SOURCES, описанном ранее.

В примере задается параметр

, определяющий место установки пакета. Вы можете скопировать в ваши пакеты следующую строку:

После того как параметр

задан, устанавливайте ваши приложения в каталог из параметра . Можно использовать удобную переменную , которая задается для всех сценариев командной оболочки в файле spec.

После задания всех этих характеристик пакета далее нужно определить, как собирать пакет. Для этого есть четыре основные секции:

, , и .

Судя по имени, секция

предназначена для подготовки сборки. В большинстве случаев вы можете выполнить приведенный далее макрос с параметром для перевода его в режим без вывода сообщений:

Секция

собирает ваше приложение. В большинстве случаев можно применять простую команду . Например: