zypper の一般的な書式は、下記のとおりです:

zypper [--グローバルオプション] コマンド  [--コマンドオプション] [パラメータ]

[] で括られた箇所は任意指定のもので、必ずしも指定する必要があるものではありません。オプションとコマンドの一覧については、 zypper help を実行してください。また、特定のコマンドに対してヘルプを表示したい場合は、 zypper help コマンド と入力して実行してください。

これまでのオプションやパラメータは、組み合わせて指定することもできます。たとえば下記のコマンドは、 factory という名前のリポジトリから mc と vim というパッケージをインストールし、インストール時に詳細な出力 (verbose) を行うようにしています:

> sudo zypper -v install --from factory mc vim

--from オプションは、依存関係の解決に際して全てのリポジトリを有効化した状態のまま、指定したリポジトリからパッケージをインストールするためのオプションです。 --repo オプションは --from オプションと同じ意味で、どちらを使用してもかまいません。

また、ほとんどの zypper コマンドには dry-run オプションが用意されています。これは、指定したコマンドの実行をシミュレーションするためのもので、テスト用に使用することができます。

> sudo zypper remove --dry-run MozillaFirefox

このほか、 zypper ではグローバルオプションとして --userdata 文字列 というものも用意されています。このオプションは、指定した文字列を zypper およびプラグイン (たとえば btrfs プラグイン) のログファイル内に書き込み、後からログファイル内を検索しやすくするためのオプションです。

> sudo zypper --userdata 文字列 patch

zypper でのサブコマンドはそれ自身が実行ファイルの形で存在するものであり、 zypper_execdir 設定オプションで指定したディレクトリ内にあるはずのものとして処理されます。既定ではこの値は /usr/lib/zypper/commands に設定されています。サブコマンドが zypper_execdir で指定したディレクトリ内に存在しない場合、 zypper は $PATH 環境変数内の残りの箇所を自動的に検索します。これにより、独自の拡張を作成してユーザスペース内に配置することができるようになっています。

ただし、 zypper シェル内でサブコマンドを実行したり、 zypper のグローバルオプションを使用したりすることはできません。

利用可能なサブコマンドは下記のように実行することで表示することができます:

> zypper help subcommand
[...]
'/usr/lib/zypper/commands' 内で利用可能な zypper のサブコマンド

  appstream-cache
  lifecycle
  migration
  search-packages

お使いの $PATH 内の他の場所で利用可能な zypper サブコマンド

  log                   Zypper logfile reader
                            (/usr/sbin/zypper-log)

サブコマンドに対するヘルプ画面を表示するには、下記のように実行します:

> zypper help appstream-cache

パッケージをインストールしたり削除したりしたい場合は、下記のコマンドをお使いください:

> sudo zypper install パッケージ名
> sudo zypper remove パッケージ名

警告: 必須パッケージの削除について

glibc, zypper , kernel など、システムにとって必須のパッケージを削除しないでください。これらを削除してしまうと、システムが不安定になったり、全く動作しなくなったりしてしまいます。

> sudo zypper install emacs -vim

> sudo zypper remove emacs +vim

> sudo zypper install -emacs +vim       # 誤り
> sudo zypper install vim -emacs        # 正しい
> sudo zypper install -- -emacs +vim    # 正しい
> sudo zypper remove emacs +vim         # 正しい

> sudo zypper rm --clean-deps パッケージ名

> sudo zypper --non-interactive install パッケージ名

> zypper source-install パッケージ名

> sudo zypper source-install -D パッケージ名

> sudo zypper source-install -d パッケージ名

> zypper search -t srcpackage

> zypper source-download

2.1.3.6 無効化されているリポジトリからのパッケージのインストール #Edit source

通常は、パッケージをインストールしたり更新したりする場合、有効化されたリポジトリのパッケージのみを使用することができます。ですが、 --plus-content タグ オプションを指定すると、その zypper の実行時に限定して一時的にリポジトリを有効化し、インストールや交信を行うことができるようになります。 zypper のコマンドが終了すると元に戻されます (無効化されます) 。

たとえば -debuginfo や -debugsource などのパッケージを提供する追加リポジトリを有効化したい場合は、 --plus-content debug オプションを指定してください。なお、 --plus-content は必要に応じて複数回指定することができます。

このような 'debug' (デバッグ) リポジトリを有効化して、特定の -debuginfo パッケージをインストールするには、下記のように実行します:

> sudo zypper --plus-content debug \
   install "debuginfo(build-id)=eb844a5c20c70a59fc693cd1061f851fb7d046f4"

ここで、 build-id 以下の文字列は、 gdb コマンドで表示される ID を指定します。

注記: 無効化されているインストールメディアについて

openSUSE Leap のインストールメディアを表すリポジトリが設定されますが、無効化された状態になります。オンラインのリポジトリではなく、インストールメディアからインストールを行いたい場合は、 --plus-content オプションをお使いください。なお、 zypper コマンドを使用する際には、あらかじめドライブに DVD を挿入しておくなど、メディア側を用意してから実行してください。

> zypper verify

> sudo zypper install-new-recommends

zypper では 3 種類の方法でソフトウエアを更新することができます。 1 つめの方法は修正 (パッチ) をインストールする方法で、 2 つめは同じパッケージの新しいバージョンをインストールする方法、そして最後はディストリビューション全体を更新する方法です。ディストリビューション全体を更新する場合は zypper dist-upgrade を使用しますが、こちらに関しては 第12章 「システムのアップグレードとシステムの変更」 をお読みください。

> sudo zypper patch

> sudo zypper patch --with-update

> sudo zypper patch --with-optional

> sudo zypper patch --bugzilla=番号

> sudo zypper patch --cve=番号

> sudo zypper patch --cve=CVE-2010-2713

> sudo zypper patch --updatestack-only

> zypper list-patches --all --cve
リポジトリのデータを読み込んでいます...
インストール済みのパッケージを読み込んでいます...

発信番号  | 番号          | パッチ            | カテゴリ     | 重要度    | 状態
---------+---------------+-------------------+-------------+-----------+----------------------------------------------------
cve      | CVE-2019-0287 | SUSE-SLE-Module.. | recommended | moderate  | 必要
cve      | CVE-2019-3566 | SUSE-SLE-SERVER.. | recommended | moderate  | 不要
[...]

2.1.4.3 新しいバージョンのパッケージのインストール #Edit source

リポジトリ内に新しいバージョンのパッケージだけが用意されていて、修正としては提供していない場合、 zypper patch は何も行いません。利用可能な新しいバージョンに更新したい場合は、下記のように実行します:

> sudo zypper update

重要

zypper update では問題のあるパッケージを無視するように動作します。たとえばパッケージがロック (施錠) されている場合は、より新しいバージョンが存在していても zypper update では何も行わなくなります。逆に zypper patch では、パッケージに脆弱性が含まれていると判断される場合、競合は報告されます。

個別のパッケージを更新したい場合は、 update もしくは install のコマンドでパッケージ名を指定してください:

> sudo zypper update パッケージ名
> sudo zypper install パッケージ名

インストール可能な全ての新しいパッケージを一覧表示するには、下記のように実行します:

> zypper list-updates

ただし、下記の条件に該当する新しいバージョンだけが表示されることに注意してください:

• 既にインストールされているパッケージと同じベンダ (製造元) であること。

• 既にインストールされているパッケージのリポジトリと同じか、もしくは高い優先順位が設定されていること。

• インストール可能であること (全ての依存関係が満たされていること) 。

インストール可能であるかどうかにかかわらず、利用可能な 全ての 新しいパッケージを一覧表示するには、下記のように実行します:

> sudo zypper list-updates --all

なぜインストール可能であると判断されないのかについては、上述の zypper install または zypper update コマンドでパッケージ名を指定するとわかります。

> sudo zypper packages --orphaned

修正のインストールやパッケージの更新／削除などを行った場合、更新や削除によって置き換えられたり削除されたりしたファイルを、実行中のプロセスが使用したままになっていることがあります。このような状況を検出するには、 zypper ps コマンドをお使いください。これにより、削除されたファイルを使用しているプロセスを一覧で表示することができます。なお、プロセスが既知のサービスに属している場合は、サービス側から再起動することができるようにするため、サービス名もあわせて表示されます。既定では zypper ps は表形式で出力します:

> zypper ps
PID   | PPID | UID | ユーザ | コマンド      | サービス     | ファイル
------+------+-----+--------+--------------+--------------+-------------------
814   | 1    | 481 | avahi  | avahi-daemon | avahi-daemon | /lib64/ld-2.19.s->
      |      |     |        |              |              | /lib64/libdl-2.1->
      |      |     |        |              |              | /lib64/libpthrea->
      |      |     |        |              |              | /lib64/libc-2.19->
[...]

zypper ps の出力形式は、下記のように指定することで変更することができます:

サービスの取り扱いについて、詳しくは 第10章 「systemd デーモン」 をお読みください。

zypper におけるインストールや修正のインストールは、いずれもリポジトリの設定に依存しています。システムに設定されているリポジトリを一覧表示するには、下記のコマンドを実行します:

> zypper repos

出力は、たとえば下記のようになります:

> zypper repos
#  | 別名                  | 名前              | 有効   | GPGチェック | 更新
---+-----------------------+------------------+--------+-------------+-------
 1 | Leap-15.1-Main        | Main (OSS)       | はい    | (r ) はい  | はい
 2 | Leap-15.1-Update      | Update (OSS)     | はい    | (r ) はい  | はい
 3 | Leap-15.1-NOSS        | Main (NON-OSS)   | はい    | (r ) はい  | はい
 4 | Leap-15.1-Update-NOSS | Update (NON-OSS) | はい    | (r ) はい  | はい
[...]

様々なコマンドでリポジトリを指定する際、 zypper repos コマンドの出力で表示される別名や URI のほか、番号も指定することができます。リポジトリの別名とは、リポジトリに対して設定する短い名前で、コマンドでの指定を簡略化するための仕組みです。なお、リポジトリに対して何らかの編集作業を行うと、番号が変わることがありますので、ご注意ください。別名については、明示的に変更しない限り、変わることはありません。

既定では URI やリポジトリの優先順位は表示されません。全ての詳細情報をあわせて表示したい場合は、下記のコマンドを実行してください:

> zypper repos -d

> sudo zypper addrepo URI 別名

2.1.6.2 リポジトリの更新 #Edit source

zypper は設定済みのリポジトリから、変更されたパッケージの情報を取得することができます。変更された情報を取得するには、下記のコマンドを実行します:

> sudo zypper refresh

注記: zypper の既定の動作

既定では、いくつかのコマンドで refresh を自動的に実行します。そのため、このコマンドを明示的に実行する必要はありません。

また、 refresh コマンドでは、無効化されたリポジトリの変更も取得することができます。これを実行するには、 --plus-content オプションを指定します:

> sudo zypper --plus-content refresh

このオプションは、リポジトリ内の変更を取得しますが、無効化されたリポジトリは同じ状態のまま (つまり、無効化されたまま) になります。

> sudo zypper removerepo 4
> sudo zypper removerepo "Non-OSS Repository"

> sudo zypper modifyrepo -er -p 20 'updates'

> sudo zypper renamerepo 'Mozilla Firefox' firefox

zypper では、様々な方法でリポジトリやパッケージの問い合わせを行うことができます。利用可能な全ての製品 (products) やパターン (patterns) 、パッケージ (packages) や修正 (patches) などを一覧で表示するには、下記のコマンドをお使いください:

> zypper products
> zypper patterns
> zypper packages
> zypper patches

特定のパッケージに対して全てのリポジトリを検索するには、 search を使用します。また、特定のパッケージに関する情報を取得するには、info コマンドを使用します。

> zypper what-provides 'perl(SVN::Core)'

> zypper info --requires MozillaFirefox

zypper では、設定ファイルを利用することで、システム全体もしくはユーザ単位で、動作を恒久的に変更することができます。システム全体に対する変更を行いたい場合は、 /etc/zypp/zypper.conf ファイルを編集してください。また、ユーザ単位で設定を変更したい場合は、 ~/.zypper.conf ファイルを編集してください。 ~/.zypper.conf ファイルが存在しない場合は、 /etc/zypp/zypper.conf ファイルを雛形としてお使いください。具体的には、左記のファイルを ~/.zypper.conf にコピーしてから、必要な変更を行ってください。設定可能な項目について、詳しくはファイル内のコメントをお読みください。

設定済みのリポジトリが提供するパッケージにアクセスできない場合 (たとえば、いずれかのリポジトリ内に存在するにもかかわらず、パッケージを見つけることができない場合) は、リポジトリを更新することで解決する場合があります:

> sudo zypper refresh

それでもうまく動かない場合は、下記をお試しください:

> sudo zypper refresh -fdb

これにより、生のメタデータを強制的にダウンロードして、完全な更新とデータベースの再構築を行います。

ルートパーティションに btrfs ファイルシステムを使用していて、かつ snapper がインストールされている場合、 zypper はファイルシステムに対して変更点をコミットする際、自動的に snapper を呼び出して、ファイルシステムのスナップショットを採取します。これらのスナップショットは、 zypper によってなされた変更点を元に戻したいような場合に利用することができます。詳しくは 第3章 「Snapper によるシステムの復元とスナップショット管理」 をお読みください。

コマンドラインからのソフトウエア管理について詳しく調べたい場合は、 zypper help または zypper help  コマンド を実行するか、 zypper(8) のマニュアルページをお読みください。完全で詳細なコマンドリファレンスを読みたい場合や、主要なコマンドが書かれた チートシート を見たい場合、もしくは zypper をスクリプトやアプリケーション内で使用する方法について調べたい場合は、 https://ja.opensuse.org/SDB:Zypper_%E3%81%AE%E4%BD%BF%E3%81%84%E6%96%B9 をお読みください。最新の openSUSE Leap でのソフトウエアの更新情報について知りたい場合は、 https://ja.opensuse.org/openSUSE:Zypper_%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3 をお読みください。

RPM パッケージには GPG の署名が付与されています。 RPM パッケージの署名を検証するには、 rpm --checksig  パッケージ名-1.2.3.rpm のように実行します。これで SUSE から提供されているパッケージなのか、それとも他の信頼できる提供元からのパッケージなのかを判別することができます。また、この仕組みはインターネット経由でパッケージを更新する場合には、特にお勧めの機能です。

通常は、 RPM パッケージのインストールは至ってシンプルに、 rpm -i パッケージ.rpm を実行するだけで済みます。このコマンドは、依存関係が満たされていて、かつ他のパッケージとの間で矛盾が発生しない場合に限って成功します。何らかの問題が発生した場合、 rpm は依存関係を満たすために必要なパッケージを一覧で表示します。裏側では、 RPM データベースは 1 つのファイルが複数のパッケージに属してしまったりする矛盾が発生しないように処理を行います。なお、 rpm にオプションを指定することで、これらの既定値を無視して強制的にインストールすることができますが、これは知識のあるユーザ向けの機能です。これによってシステムの一貫性が損なわれたり、場合によってはシステムの更新機能を阻害してしまったりすることがあります。

また、 -U (もしくは --upgrade) と -F (もしくは --freshen) は、パッケージを更新する際に使用するオプションです (たとえば rpm -F パッケージ のように実行します) 。このコマンドは古いバージョンのファイルを削除して、即時に新しいバージョンのファイルをインストールする動作を行います。ただし、 -U を指定した場合、その時点でインストールされていないパッケージであればインストールを行うのに対し、 -F ではインストールされていないパッケージの場合は何も行いません。また、更新を行う際、 rpm は設定ファイルを下記の方式で注意深く書き換えます:

更新作業後、設定ファイルの比較が終わったら .rpmsave と .rpmnew ファイルは削除しておいてください。これは、今後の更新の際に問題を引き起こす可能性があるためです。なお、 .rpmorig は、対象のファイルが RPM データベース内で認識されていなかった場合に設定されます。

それ以外の場合は .rpmsave が生成されます。言い換えると、 .rpmorig は他の形式から RPM に更新した場合にのみ生成されるもので、 .rpmsave は古い RPM から新しい RPM に更新した場合に生成されます。また、 .rpmnew にはシステム管理者が変更した設定ファイルの内容は含まれていません。これらのファイルの一覧は、 /var/adm/rpmconfigcheck 内に用意されています。また、設定ファイルによっては、継続的な稼働を目的として、上書きを行わないようにしているものもあります (例: /etc/httpd/httpd.conf) 。

ちなみに、 -U スイッチでの更新は、 -e オプションでいったんパッケージを削除してから、 -i でインストールし直す処理と等価では ありません 。できる限り -U で更新することをお勧めします。

パッケージを削除するには、 rpm -e パッケージ名 を実行します。このコマンドは、パッケージの依存関係に未解決のものがない場合にのみ削除を行います。言い換えると、たとえば他のアプリケーションが Tcl/Tk を必要としている限り、理論上は Tcl/Tk を削除することができないことを意味します。この場合でも、 RPM はデータベースの支援を必要とします。もしも (依存関係に問題が内にもかかわらず) 何らかの理由で削除ができなくなってしまった場合は、 --rebuilddb オプションを使用して RPM データベースを再構築して解決を試みてください。

差分 (デルタ) RPM パッケージは、古いバージョンと新しいバージョンの RPM パッケージのうち、差異のある部分だけを保持するパッケージです。古いバージョンの RPM パッケージに対して差分 RPM を適用することで、新しいバージョンの RPM を生成することができます。差分 RPM はインストール済みの RPM に対しても適用することができますので、古いバージョンの RPM を保持しておく必要はありません。差分 RPM パッケージは修正 RPM よりもずっと小さいサイズにすることができますので、インターネットを介して更新パッケージを転送するような場合に便利な仕組みです。ただし、差分 RPM での更新処理は、純粋な RPM や修正 RPM に比べて CPU サイクルを多く消費するため、その点ではデメリットとなります。

差分 RPM スイート (deltarpm パッケージ) には、 makedeltarpm と applydelta の各コマンドが用意されていて、これらを利用することで差分 RPM パッケージを作成したり適用したりすることができるようになっています。下記のコマンドは差分 RPM を作成するためのコマンドで、 new.delta.rpm という差分 RPM を、old.rpm と new.rpm の各 RPM から作成します:

> sudo makedeltarpm old.rpm new.rpm new.delta.rpm

applydeltarpm を使用することで、インストール済みの古い RPM (old.rpm) から新しい RPM を再構築することができます:

> sudo applydeltarpm new.delta.rpm new.rpm

ファイルシステム内の古い RPM にはアクセスせずに差分 RPM を適用するには、 -r オプションを使用します:

> sudo applydeltarpm -r old.rpm new.delta.rpm new.rpm

技術的な詳細について、詳しくは /usr/share/doc/packages/deltarpm/README をお読みください。

-q オプションを使用することで、 rpm は RPM 書庫 (-p) やインストール済みパッケージの RPM データベースに対して、問い合わせを行う機能を提供します。なお、必要な情報を取得するためのスイッチが各種用意されています。詳しくは 表2.1「RPM 検証オプション」 をご覧ください。

たとえば rpm -q -i wget のように実行すると、 例2.2「rpm -q -i wget」 のような情報が表示されます。

Name        : wget
Name        : wget
Version     : 1.19.5
Release     : lp151.4.1
Architecture: x86_64
Install Date: 2019年07月30日 18時26分21秒Tue 30 Jul 2019 02:26:21 PM PDT
Group       : Productivity/Networking/Web/Utilities
Size        : 2881903
License     : GPL-3.0+
Signature   : RSA/SHA256, 2019年04月11日 18時23分42秒, Key ID b88b2fd43dbdc284
Source RPM  : wget-1.19.5-lp151.4.1.src.rpm
Build Date  : 2019年04月11日 18時23分27秒
Build Host  : cloud114
Relocations : (not relocatable)
Packager    : https://bugs.opensuse.org
Vendor      : openSUSE
URL         : https://www.gnu.org/software/wget/
Summary     : A Tool for Mirroring FTP and HTTP Servers
Description :
Wget enables you to retrieve WWW documents or FTP files from a server.
This can be done in script files or via the command line.
Distribution: openSUSE Leap 15.1

-f オプションで指定するファイル名は、フルパスを指定した場合にのみ動作します。また、ファイル名は必要な分だけ記述することができます。たとえば下記のようになります:

> rpm -q -f /bin/rpm /usr/bin/wget
rpm-4.14.1-lp151.13.10.x86_64
wget-1.19.5-lp151.4.1.x86_64

ファイル名の一部のみが判明している場合は、 例2.3「パッケージを検索するためのスクリプト」 で示しているようなスクリプトをお使いください。スクリプトのパラメータとしてファイル名の一部を指定して実行してください。

#! /bin/sh
for i in $(rpm -q -a -l | grep $1); do
    echo "\"$i\" is in package:"
    rpm -q -f $i
    echo ""
done

また、　rpm -q --changelog パッケージ名 のように実行すると、特定のパッケージに対する更新情報を、詳細な一覧形式で日付順に取得することができます。

インストール済み RPM データベースに対しては、検証作業を行うことができます。これを行うには、 -V または --verify を指定してください。このオプションを指定すると、 rpm はパッケージ内のファイルのうち、インストール時点から変更されているものを全て表示します。 rpm では、 8 文字の記号を表示して、どのような点に差異があったのかを表示します:

設定ファイルの場合は c という文字が出力されます。たとえば /etc/wgetrc ファイル ( wget パッケージ) が書き換えられている場合、下記のような出力になります:

> rpm -V wget
S.5....T c /etc/wgetrc

RPM データベースのファイルは /var/lib/rpm 内にあります。/usr のあるパーティションが 1 GB 程度のサイズである場合、特に完全更新を行った場合は顕著ですが、データベースはおおよそ 30 MB 程度のサイズを占有します。データベースが期待するサイズよりもずっと大きい場合は、 --rebuilddb オプションを使用してデータベースを再構築するとよいでしょう。ただし、再構築を行うにあたっては、事前に古いデータベースをバックアップしておいてください。また、 cron スクリプトの cron.daily では、データベースのバックアップを採取して gzip で圧縮し、 /var/adm/backup/rpmdb 内に保存する処理を行っています。保存するバックアップの最大数は /etc/sysconfig/backup ファイル内の MAX_RPMDB_BACKUPS で設定することができます (既定値: 5) 。なお、 /usr が 1 GB 程度である場合、バックアップ 1 つあたり 1 MB 程度になります。

全てのソースパッケージには .src.rpm という拡張子 (ソース RPM) が設定されます。

注記: インストール済みのソースパッケージ

ソースパッケージは、 YaST を利用することでインストールメディアからハードディスクにコピーすることができます。ただし、インストールを行ってもパッケージマネージャの表示が ( [i] ) になることはありません。これは、ソースパッケージが RPM データベース内で管理されないことによるものです。 RPM データベースには、 インストール済みの オペレーティングシステムに対するソフトウエアの情報のみが書かれています。ソースパッケージについては、 「インストール」 を行ってもシステム内にソースコードが保存されるだけです。

rpm と rpmbuild で利用する目的で、/usr/src/packages 以下に下記のディレクトリが作成されます (ただし、 /etc/rpmrc のようなファイルで独自に設定した場合を除きます):

YaST からソースパッケージをインストールすると、 /usr/src/packages 以下に必要な全てのコンポーネントが配置されます。具体的には、ソースコードと修正類が SOURCES に、対応する .spec ファイルが SPECS にそれぞれ配置されます。

警告: システムの安定性への危険について

システムコンポーネント (例: glibc , rpm など) に対しては、下記の手順を試してはなりません。場合によってはシステムの安定性を壊してしまう危険があるためです。

下記の例は、 wget.src.rpm パッケージをインストールした場合の例です。ソースパッケージをインストールすると、下記のようなファイルが作成されます:

/usr/src/packages/SOURCES/wget-1.19.5.tar.bz2
/usr/src/packages/SOURCES/wgetrc.patch
/usr/src/packages/SPECS/wget.spec

rpmbuild -bX /usr/src/packages/SPECS/wget.spec のように実行すると、コンパイル処理が始まります。なお、 X には構築プロセスのどの段階までを実行するのかを指定します (詳しくは --help で表示されるヘルプか、 RPM のドキュメンテーションをお読みください) 。下記には概要説明を記載します:

作成されたバイナリ RPM は、 rpm -i または rpm -U でインストールすることができます。 rpm でインストールを行うと、 RPM データベース内に現れるようになります。

なお、 spec ファイル内の BuildRoot ディレクティブは廃止予定としてマークされていることに注意してください。どうしてもこの機能が必要な場合は、回避策として --buildroot オプションを指定してください。

構築処理を行うにあたっては、多くのパッケージをインストールする必要がありますが、これらはシステムを動作させるにあたっては不要なものです。不要なパッケージのインストールを回避するには、 build をお使いください。これはパッケージを構築するための環境を、現在使用中のものとは別に作成できる仕組みで、 chroot の仕組みを利用して環境の作成と構築を行います。構築環境はハードディスクのほか、 NFS や DVD を利用することができます。環境の作成元となる場所を指定するには、 build --rpms ディレクトリ のように指定してください。なお、 rpm とは異なり、 build コマンドではソースディレクトリ内に .spec を配置します。たとえば wget パッケージを /media/dvd にマウントされた DVD を利用して構築したい場合は、下記のコマンドを root で実行します:

# cd /usr/src/packages/SOURCES/
# mv ../SPECS/wget.spec .
# build --rpms /media/dvd/suse/ wget.spec

すると、最小構成の環境が /var/tmp/build-root 内に作成されます。パッケージはこの環境を利用して構築されます。構築が完了すると、作成されたパッケージは /var/tmp/build-root/usr/src/packages/RPMS に配置されます。

build スクリプトにはいくつかの追加オプションがあります。たとえばスクリプトに対して独自の RPM を使用させたり、構築環境の初期化を省略したり、 rpm コマンドに対して上述の途中段階までで停止させたりすることができます。詳しくは build --help で表示されるヘルプか、もしくは build のマニュアルページをお読みください。

Midnight Commander ( mc ) では、 RPM 書庫の内容を表示することができるほか、一部をコピーしたりすることができます。 Midnight Commander では仮想的なファイルシステムとして表示されるため、通常のメニューオプションを全て利用することができます。また、 F3 を押すと HEADER を表示することができるほか、カーソルキーで書庫の内容を選択して Enter を押すと、内容を表示することができます。また、一部をコピーしたい場合は、 F5 を押します。

YaST モジュールには、完全機能のパッケージマネージャが用意されています。詳しくは 第9章 「ソフトウエアのインストールと削除」 をお読みください。