第7章 Debian パッケージ管理システムの基礎

パッケージは通常関連するコマンド群や機能の実装に必要なファイルを全て収録します。Debian パッケージは2種類あります:

Installation of software by the package system uses "dependencies" which are carefully designed by the package maintainers. These dependencies are documented in the control file associated with each package. For example, the package containing the GNU C compiler (gcc) "depends" on the package binutils which includes the linker and assembler. If a user attempts to install gcc without having first installed binutils, the package management system (dpkg) will send an error message that it also needs binutils, and stop installing gcc. (However, this facility can be overridden by the insistent user, see dpkg(8).) See more in 「あるパッケージが他のパッケージに Depends、Recommends、Suggests、Conflicts、Replaces、Breaks、Provides しているというのはどういう意味ですか?」 below.

Debian のパッケージ用ツールは:

A Debian "package", or a Debian archive file, contains the executable files, libraries, and documentation associated with a particular program or set of related programs. Normally, a Debian archive file has a filename that ends in .deb.

The internals of this Debian binary packages format are described in the deb(5) manual page. This internal format is subject to change (between major releases of Debian GNU/Linux), therefore please always use dpkg-deb(1) if you need to do lowlevel manipulations on .deb files.

The Debian binary package file names conform to the following convention: <DebianPackageName>_<VersionNumber>-<DebianRevisionNumber>_<DebianArchitecture>.deb

Checking the package name associated with a particular Debian archive file (.deb file) can be done in one of these ways:

VVV は上流の開発者により指定されるバージョン番号です。この形式には標準化されたものはないため、バージョン番号には「19990513」と「1.3.8pre1」のように異なる形式を使うことができます。

The RRR component is the Debian revision number, and is specified by the Debian developer (or a user who chooses to rebuild the package locally). This number corresponds to the revision level of the Debian package, thus, a new revision level usually signifies changes in the Debian Makefile (debian/rules), the Debian control file (debian/control), the installation or removal scripts (debian/p*), or in the configuration files used with the package.

The AAA component identifies the processor for which the package was built. This is commonly amd64, which refers to AMD64, Intel 64 or VIA Nano chips. For other possibilities review Debian's archive directory structure at 「What are all those directories at the Debian archives?」. For details, see the description of "Debian architecture" in the manual page dpkg-architecture(1).

Debian 制御ファイルの中身の仕様については Debian ポリシーマニュアルの5節で提供されています。「Debian システム上の、あるいは Debian システム用の文書は他にどんなものがありますか?」 を見てください。

見本として Debian パッケージ hello の制御ファイルを以下に示します。

Package: hello
Version: 2.9-2+deb8u1
Architecture: amd64
Maintainer: Santiago Vila <[email protected]>
Installed-Size: 145
Depends: libc6 (>= 2.14)
Conflicts: hello-traditional
Breaks: hello-debhelper (<< 2.9)
Replaces: hello-debhelper (<< 2.9), hello-traditional
Section: devel
Priority: optional
Homepage: https://www.gnu.org/software/hello/
Description: example package based on GNU hello
 The GNU hello program produces a familiar, friendly greeting.  It
 allows non-programmers to use a classic computer science tool which
 would otherwise be unavailable to them.
 .
 Seriously, though: this is an example of how to do a Debian package.
 It is the Debian version of the GNU Project's "hello world" program
 (which is itself an example for the GNU Project).

Package はパッケージ名を示します。この名前を使ってそのパッケージをパッケージツールにより操作できます。Debian アーカイブファイル名の最初の構成要素文字列と通常似ていますが必ずしも同一ではありません。

Version は 「Debian パッケージのファイルが長いのは何故ですか?」 で説明されているように、上流開発者のバージョン番号と (最後の構成要素で) このプログラムの Debian パッケージの改訂レベルの両方を示します。

Architecture はこの特定のバイナリがどのチップ用にコンパイルされたのかを示します。

Depends はこのパッケージをうまくインストールするためにインストールされている必要があるパッケージの一覧を示します。

Installed-Size はパッケージをインストールしたときにディスク容量をどれだけ消費するのかを示します。これはインストール用フロントエンドがプログラムをインストールするのに十分なディスク空き容量があるのか示すためによく利用されます。

The Section line gives the "section" where this Debian package is stored at the Debian archive sites.

Priority はこのパッケージをインストールすることがどれだけ重要かを示します。これを利用して apt や aptitude のような少し気の利いたソフトウェアがパッケージを、例えばオプションでインストールするパッケージの種類で仕分けることができます。「Essential、Required、Important、Standard、Optional、Extra パッケージとは何ですか?」 を見てください。

Maintainer は現在このパッケージの保守を担当している人のメールアドレスを示します。

Description はパッケージの機能を簡単に説明します。

パッケージが保持できる全項目のさらなる情報については、Debian ポリシーマニュアルの5節「制御ファイルとその各フィールド」や 「Debian システム上の、あるいは Debian システム用の文書は他にどんなものがありますか?」 を見てください。

Conffiles は設定ファイル (通常 /etc に置かれます) の一覧で、パッケージをアップグレードするときにパッケージ管理システムが上書きしません。こうしてこういったファイルのローカル設定内容が保持されます。これは実行中のシステムにあるパッケージを適切にアップグレードできるようにする重要な機能です。

アップグレードで正確にどのファイルが保持されるか判断するには

dpkg --status package

を実行して「Conffiles:」のすぐ下を確認してください。

このファイルはパッケージのインストールや削除の前後に自動的に実行される実行可能スクリプト群です。このファイル群は全て control というファイルと共に Debian アーカイブファイルの「制御ファイル」の一部です。

個々のファイルについて:

現在、制御ファイルは全てディレクトリ /var/lib/dpkg/info に置かれます。パッケージ foo に関連するファイルは名前が「foo」で始まりファイルの拡張子が必要に応じて「preinst」、「postinst」等となっています。そのディレクトリのファイル foo.list にはパッケージ foo でインストールされる全ファイルが列挙されています (このファイルは dpkg 内部にあることに注意してください。当てにすべきではありません)。

各 Debian パッケージにはディストリビューションメンテナにより優先度が割り当てられ、パッケージ管理システムを支援します。この優先度には以下があります。

Debian をデフォルトでインストールすると優先度が Standard かそれ以上の全パッケージがそのシステムにインストールされます。設定済みタスクを選択した場合は優先度の低いパッケージもインストールされます。

さらに、システムが適切に機能するためにはそれが絶対に必要だということで Essential に区分されているパッケージもあります。パッケージ管理ツールはこういったパッケージの削除を拒否します。

仮想パッケージはパッケージ群のうち任意の一つに適用できる総称的なもので、どれも同じような基本機能を提供します。例えば konqueror と firefox-esr プログラムはどちらもウェブサイトブラウザであるため、機能するあるいは役立つためにはシステムにウェブブラウザがあることを要求するプログラムの依存を満たすはずです。したがって、どちらも www-browser という「仮想パッケージ」を提供するということになります。

同様に、exim4 と sendmail はどちらもメール転送エージェントの機能を提供します。したがって、これは仮想パッケージ「mail-transport-agent」を提供するということになります。どちらかがインストールされていれば、任意のプログラムの mail-transport-agent がインストールされていることへの依存はこの仮想パッケージの存在により満たされます。

Debian では、同一の仮想パッケージを提供するパッケージが一つのシステムに複数インストールされている場合に、システム管理者が望ましいパッケージとしてその一つを選べる仕組みを提供しています。関連するコマンドは update-alternatives で、「あるユーザは mawk、別のユーザは gawk、あるユーザは vim、別のユーザは elvis、あるユーザは trn、別のユーザは tin を好みます。Debian は多様性をどのようにサポートしますか?」 で詳細に説明されています。

Debian パッケージシステムには、システム上のプログラム B の存在とどれだけ独立してプログラム A が動作できるのかというレベルを (単一のフラグで) 示すように設計された、パッケージの様々な「依存関係」があります。

各条件の使い方についてもっと詳細な情報が Debian ポリシーマニュアル 7.2 節「バイナリ依存」にあります。「Debian システム上の、あるいは Debian システム用の文書は他にどんなものがありますか?」 を見てください。

「Pre-Depends」は特別な依存です。ほとんどのパッケージで dpkg は対象パッケージのアーカイブファイル (つまり .deb ファイル) をそのファイルがシステム上に存在する依存の有無とは無関係に展開します。展開というのは、簡単に言うと dpkg はファイルシステムにインストールしようとしたアーカイブファイルからファイルを抽出し、配置します。パッケージがシステム上の他のパッケージの存在に依存している場合、dpkg は他のパッケージがインストールされるまで (「configure」操作の実行による) インストールの完了を拒否します。

しかし、特定の依存が解決されるまで dpkg が展開すら拒否するパッケージもあります。こういったパッケージは何か他のパッケージの存在に「事前依存 (Pre-depend)」しているということになります。Debian プロジェクトはこの仕組みを提供して、パッケージを展開する順序が重要な場合にシステムを a.out 形式から ELF 形式に安全にアップグレードする方法をサポートしました。他に、例えば一定以上の優先度で LibC に依存しているパッケージ等で、規模の大きなアップグレードにおいてこの方法が有用な状況があります。

繰り返しになりますが、もっと詳細な情報がポリシーマニュアルにあります。

こういった「要求 (want)」フラグはユーザがパッケージについてどう要求したのか (ユーザが直接 dpkg/apt/ aptitude を実行で示されます) を示します。

それぞれの意味は:

パッケージを保留 (hold) しておく方法は dpkg、apt、aptitude で3つあります。

dpkg では、パッケージ選択一覧をエクスポートする必要があります:

dpkg --get-selections \* > selections.txt

それからできたファイル selections.txt を編集し、保留 (hold) したいパッケージがある行を変更します。例えば libc6 の場合

libc6                                           install

から

libc6                                           hold

に変更してファイルを保存し、dpkg データベースに読ませます:

dpkg --set-selections < selections.txt

apt では、パッケージの保留 (hold) は

apt-mark hold package_name

保留 (hold) の解除は

apt-mark unhold package_name

aptitude では、パッケージの保留 (hold) は

aptitude hold package_name

保留 (hold) の解除は

aptitude unhold package_name

Debian ソースパッケージを実際に「インストール」することはできません、生成するバイナリパッケージをビルドしようとするディレクトリに展開するだけです。

Source packages are distributed on most of the same mirrors where you can obtain the binary packages. If you set up your APT's sources.list(5) to include the appropriate "deb-src" lines, you'll be able to easily download any source package by running

apt-get source foo

を実行することで任意のソースパッケージを簡単にダウンロードできます。ソースパッケージの実際のビルドを支援するため、Debian ソースパッケージはビルド依存 (Build-Dependencies) という仕組みを提供しています。これは、ソースパッケージのメンテナがそのパッケージをビルドするのに必要となる他のパッケージの一覧を維持しているということです。これがどれくらい有用なのか確認するには、ソースをビルドする前に

apt-get build-dep foo

を実行してください。

望ましいのは様々なラッパーツールを使う方法です。devscripts ツールを利用する方法を示します。このパッケージがインストールされていない場合はインストールしてください。

まずソースパッケージを取得します:

apt-get source foo

次にソースツリーを変更します:

cd foo-*

必要なビルド依存 (Build-Dependencies) があればインストールします:

sudo apt-get build-dep foo

自分のビルドに専用のバージョンを作成します (そうすることで今後 Debian 自体から新しいバージョンがリリースされたときに混乱を招かずに済みます):

dch -l local 'Blah blah blah'

それからパッケージをビルドします:

debuild -us -uc

全て予定通りに進んでいれば、これで

sudo dpkg -i ../*.deb

を実行することでパッケージをインストールできるようになっているはずです。手作業で行いたいけれども devscripts を使いたくない場合は以下の手順を追ってください。

ソースをコンパイルするには foo_*.dsc、foo_*.tar.gz、foo_*.debian.tar.xz が全て必要となります (注意: Debian 生まれの一部のパッケージには .debian.tar.xz がないものがあります)。

(「ソースパッケージをインストールする方法は?」 を) 取得できたら、dpkg-dev パッケージがインストールされていればコマンド

dpkg-source -x foo_version-revision.dsc

を実行するとパッケージを foo-バージョンというディレクトリに抽出します。

パッケージをただコンパイルしたいだけなら、foo-バージョンディレクトリに移動してコマンド

dpkg-buildpackage -rfakeroot -b

を実行してパッケージをビルドし (これには fakeroot パッケージも必要となることに注意してください)、

dpkg -i ../foo_version-revision_arch.deb

を実行して新しくビルドしたパッケージをインストールします。

もっと詳細な説明については、maint-guide パッケージまたは https://www.debian.org/doc/devel-manuals#maint-guide から利用できる新メンテナガイドや debmake-doc パッケージまたは https://www.debian.org/doc/devel-manuals#debmake-doc から利用できる Debian メンテナ向けガイドを読んでください。