ソースのmakeやインストール作業前の準備の開始を示すタグです。 以下で説明する%setup,%patchなどのマクロを用いたり、 シェルスクリプトを記述して、ソースの展開などを行います。 ここで、

%prep
rm -rf ${RPM_BUILD_ROOT}

として、${RPM_BUILD_ROOT}(先のBuildrootで指定したディレクトリ) を掃除することが多いです。ただし、このときには、 Buildrootの設定には十分気をつけて下さい（何故かわかりますね？）

%prepからはじまるスクリプト中で、ソースを展開するためのマクロです。 %setupとオプションなしで書くと、以下が順に行われます。

hoge-1.1.tar.gzを展開したときに、hoge-1.1/というディレクトリができるなら、 オプションをつけなくても以上の作業が行われますが、例えば、 hoge/というディレクトリができるなら、このディレクトリの下にcdできるように、

%setup -n hoge

または、

%setup -n ${RPM_PACKAGE_NAME}

と指定します。

複数のソースがあるときには以下に述べるオプション-aや-bを使います。 例えばSource、Source1、Source2の3つがあるときには、

%setup -a 1 -a 2 -n hoge

などとします。(以下のオプションの指定参照。)

この%setupにはさまざまなオプションがありますが、 代表的なものを以下に示します。

その他、MaximumRPMを見るといろいろのっています。 tar.gzでないソースファイルは、-Tオプションを利用して、 作業ディレクトリに移動した後、

lha x ${RPM_SOURCE_DIR}/hoge.lzh

とかして展開することもできます。

また、%setupに続いて、bash scriptを書いて、 いろいろな作業を行うことも出来ます。

%prepからはじまるスクリプト中で、patchをあてるためのマクロとしてはたらきます。 例のように書くと、

patch -p1 -s < ${RPM_SOURCE_DIR}/<Patchで指定したファイル>

と同じことをするので、%patchを使うかわりに%setupのあとで上のように書いてもいいです。 オプションなしで%patchと書くと、

patch -p0 -s < ${RPM_SOURCE_DIR}/<Patchで指定したファイル>

が起動されます。%patchは%setupからはじまるスクリプトに含まれる、 単なるマクロとしてはたらきます。 Sourceと同様に、Patch0, Patch1,...と複数の設定に対して、

%patch0 -p1
%patch1 -p1

と実行することも出来ます。%patchには-b <name> (バックアップ・ファイルの拡張子指定、デフォルトは.orig)などのオプ ションがあります。

ソースをmakeするスクリプトの開始であることを示し、また、 %setupで指定したディレクトリにcdするマクロとしてはたらきます。 以下には、makeを行うときの手順をスクリプトとして書きます。

ファイルをinstallするスクリプトの開始であることを示し、また、 %setupで指定したディレクトリにcdするマクロとしてはたらきます。 以下には、installを行うときの手順を示します。 ここで、Section 4.2, “makeの準備”で述べたように、 データ定義部のBuildrootで設定したディレクトリ(${RPM_BUILD_ROOT}) の下に全てのファイルがインストールされるように、工夫しましょう。 Makefileが短いときには、修正してpatchをつくるかわりに、ここに、 cp, installコマンド等を用いたinstallスクリプトを書くのも一手です。

なお、rpm-3.0.5以降では、インストールされたバイナリは rpmパッケージにする段階で自動的にstripされますので、 %installでbinaryのstripを行う必要はありません。

install が正しく実行されたかをcheckするスクリプトの開始であることを示します。 %setupで指定したディレクトリにcdするマクロとしてはたらきます。 以下には、make test や make check などを実行するときの手順を示します。

GNOME の desktopファイルの書式チェックなどを行うこともできます。 Appendix B, パッケージ固有の作法等についてのGNOME のメニューに追加するためにを参照してください。

rpm-4.2以降で実装された機能です。

rpmを作ったあとの後始末をこのタグの下に記述します。

rpmパッケージをinstallするとき、パッケージの展開前に行うことを書く。 -pオプションについては%postの場合（以下）参照。

rpmパッケージをinstallするとき、パッケージの展開後に行うことを書く。

たとえば、infoファイルをインストールする時には、

%post
/sbin/install-info %{_infodir}/hoge.info.gz %{_infodir}/dir

として、info のメニューエントリに infoファイルを追加します。 info ファイルは、アンインストール時にも処理が必要になります。 %preun も参照してください。

たとえば、ライブラリをインストールする時には、

%post
/sbin/ldconfig

とすると、ldconfigが実行される。また、代わりに

%post -p /sbin/ldconfig

と、-pオプションを用いて書くと、 シェルを起動すること無く直接コマンドが実行される。 またこのコマンドはrpmパッケージのインストール時に必要なコマンドとして、 登録される。

正確にいうと、タグに -pオプションをつけた場合は、 /bin/sh ではなく別のプログラムでスクリプト部分を解釈させるということになります。

以下は問題が起こる例です。

%post -p /sbin/ldconfig
# update ld.so.cache

%files

この場合は %post と %files の間の2行が、スクリプト部分になります。 一行目に

# update ld.so.cache

と書いてあります。 bash であれば、# で始まる行は コメントと解釈され無視されますが、 このスクリプト部分を読み、実行するのは /bin/sh ではなく /sbin/ldconfig です。 ldconfig には # 以降をコメントとして無視するというルールは無いので、 そのまま実行しようとしてエラーになります。

エラーを起こさないようにするには

%post -p /sbin/ldconfig


%files

とするか、

%post
/sbin/ldconfig
# update ld.so.cache

%files

とします。

一つ目の例では、/sbin/ldconfig がスクリプト部分を実行するために起動し(、起動した時点で ld.so.cache が更新されますが)、スクリプト部分については何も書かれていないので何もせずに終了します。

二つ目の例では、/bin/sh が起動し、スクリプト部分を解釈し /sbin/ldconfig を実行、# 以下はコメントなので無視します。

rpmパッケージをuninstallするとき、展開ファイルの削除前に行うことを書く。 -pオプションについては%postの場合と同様。

たとえば info ファイルをアンインストールする時には、

%preun
if [ $1 = 0 ]; then
        /sbin/install-info --delete %{_infodir}/hoge.info.gz %{_infodir}/dir
fi

として、info のメニューエントリから削除します。 if [ $1 = 0 ]; then と fi の行は、 アップグレード時には実行せず、アンインストール時だけに実行させるための記述です。 Chapter 9, rpmパッケージをつくるときの注意を参照してください。

rpmパッケージをuninstallするとき、各ファイルを削除した後に行うことを書く。 -pオプションについては%postの場合と同様。

あるパッケージがインストールされていた、 もしくは、された時に起動するスクリプトを書く。たとえば、

%triggerin -- hoge
echo "hoge is installed"

と書いておくと、パッケージhogeをインストールしたときに、 上記メッセージが表示されます。以下のように、バージョン指定もできます。

%triggerin -- hoge > 3.0
echo "hoge is installed"

同様にして、あるパッケージの削除前に実行される%triggerun、 あるパッケージの削除後に実行される%triggerpostunがあります。このタグについては、 /usr/share/doc/rpm-<version>/triggers に詳しい説明があります。