第3章 カスタムのパッケージを構築する

RPM を使用すると、 新たに再インストールを行わなくてもシステムの個別コンポーネントをアップグレードすることができます。 Red Hat から Red Hat Enterprise Linux の新しいバージョンがリリースされたとき、 ユーザーはアップグレードするために再インストールを行う必要はありません。 RPM によって知的で完全自動のシステムアップグレードがその場で可能になります。 パッケージ内の設定ファイルはアップグレード後も保持されているためカスタムの設定が失われることはありません。 パッケージのインストールおよびアップグレードには同じ RPM ファイルが使用されるため、 パッケージの更新に特別なアップグレードファイルは必要ありません。

RPM はクエリのオプションを用意していますので、 全パッケージまたは特定のファイルの検索を RPM データベース全体に対して行うことができます。 また、 任意のファイルの所属先またはパッケージの所属先を簡単に見つけることもできます。 パッケージに含まれているファイルは圧縮されたアーカイブに入っています。 そのカスタムバイナリヘッダには役に立つパッケージの情報やその内容が含まれています。 RPM によりヘッダのクエリを素早くそして簡単に行うことができます。

パッケージを検証する機能も備わっています。 パッケージに関連したファイルが削除されている可能性を懸念している場合、 パッケージの検証を行いパッケージが提供するファイルの状態を確認することができます。 この検証ではすべての異常が報告されます。 エラーが存在する場合はそのファイルを簡単に再インストールすることができます。 修正した設定ファイルは再インストールしても維持されます。

RPM の重要な設計目標のひとつは、 オリジナルのソフトウェア著者により配布された通りの 純粋な ソフトウェアソースを使用できるようにすることです。 RPM を使用すると、純粋なソースに使用されたパッチや構築方法に関する詳細な解説を付けてパッケージ化することができます。 これは複数の理由で重要な利点となります。 例えば、 プログラムの新しいバージョンがリリースされた場合、 コンパイルを完全に最初から始める必要はなく、 パッチを見て何が 必要そうなのか を判定することができます。 ソフトウェアを正常に構築できるようコンパイルされているデフォルト設定や変更が全てこの技術を使用すると簡単に確認することができます。

ソースを純粋に保持することは開発者以外の他人にとっては重要には見えないかもしれませんが、 純粋なソースの維持は高品質なソフトウェアにつながるためエンドユーザーにとっても重要なものとなります。