6.2. aptitude
と apt-get
コマンド
APT は巨大なプロジェクトで、当初の予定ではグラフィカルインターフェイスを含んでいました。APT はライブラリに基づいており、ライブラリにはコアアプリケーションが含まれています。apt-get
は最初のフロントエンド - コマンドラインベース - で、APT プロジェクト内で開発されました。
外部プロジェクトから、数多くのグラフィカルインターフェイスが生まれました: synaptic
、aptitude
(テキストとグラフィカルモードインターフェイス - まだ完成していません- の両方を含んでいます)、wajig
などです。最も推奨されるインターフェイスは Debian のインストール中に使われる apt-get
で、この節ではこれを例に使います。aptitude
のコマンドライン構文はよく似ていることに注意してください。apt-get
と aptitude
に大きな違いがある場合は、違いを詳しく述べます。
For any work with APT, the list of available packages needs to be updated; this can be done simply through apt-get update
. Depending on the speed of your connection, the operation can take a while since it involves downloading a certain number of Packages
/Sources
/Translation-language-code
files, which have gradually become bigger and bigger as Debian has developed (at least 10 MB of data for the main
section). Of course, installing from a CD-ROM set does not require any downloading — in this case, the operation is very fast.
APT を使うと、システムからパッケージを追加したり削除したりできます。それぞれの操作は apt-get install package
と apt-get remove package
のようにして行います。どちらの場合も APT は自動的に、追加するパッケージの動作に必要なパッケージをインストールし、削除するパッケージの動作に必要だったパッケージを削除します。apt-get purge package
コマンドを実行すれば完全にアンインストール、設定ファイルも削除、します。
sources.list
が複数のディストリビューションを参照しているのなら、パッケージのバージョンを指定してインストールすることも可能です。特定のバージョンを指定するには、
apt-get install package=version
を使いますが、
apt-get install package/distribution
のようにして、ディストリビューション (
安定版、
テスト版、
不安定版) を指定するやり方のほうが通常好まれます。
sources.list
ファイルに書かれたどこかのソースから古いバージョンをまだ入手できるなら、このコマンドを使ってパッケージを古いバージョンに戻すことができます (例えば古いバージョンがうまく動作すると知っている場合など)。そうでないなら、
snapshot.debian.org
アーカイブを使ってください (傍注
GOING FURTHER 古いパッケージバージョン: snapshot.debian.org
参照)。
例6.3 spamassassin の不安定版バージョンをインストール
#
apt-get install spamassassin/unstable
最新のセキュリティアップデートを入手するために、定期的にアップグレードすることをお勧めします。アップグレードするには、(もちろん apt-get update
を実行した後で) apt-get upgrade
または aptitude safe-upgrade
を実行してください。このコマンドは他のパッケージを削除せずにアップグレード可能なインストール済みパッケージを探します。言い換えれば、最低限可能なアップグレードを行います。apt-get
のアップグレードパッケージの選択ルールは aptitude
よりも少し条件が厳しいです。これは apt-get
はすでにインストール済みのパッケージだけをアップグレードするからです。
通常 apt-get
は最新のバージョン (実験版 と 安定版バックポート のパッケージは除きます。これらは普通バージョン番号にかかわらず無視されます) を選択します。sources.list
の中でテスト版や不安定版を指定した場合、apt-get upgrade
は安定版システムのほとんどをテスト版や不安定版に変更します。これはあなたが望んでいないことかもしれません。
apt-get
がアップグレードされたパッケージを検索する際に特定のディストリビューションを検索させるには、ディストリビューションの名前を後ろにつけて -t
または --target-release
オプションを使ってください (例: apt-get -t stable upgrade
)。apt-get
を使う時に毎回このオプションを指定するのを避けるには、/etc/apt/apt.conf.d/local
ファイルに APT::Default-Release "stable";
を追加してください。
より重要なアップグレード、例えば Debian のメジャーバージョンから次バージョンに変更するなどの場合、apt-get dist-upgrade
(「ディストリビューションアップグレード」) を使ってください。この命令で、アップグレード伴う新しい依存関係で時代遅れのパッケージを削除することになったとしても、apt-get
はアップグレードを完了します。この命令はまた Debian 不安定版 リリースを日常的に使い、毎日開発進化についていくユーザが使うコマンドです。これは説明がほとんど必要ないくらいとても単純です: APT の評判はこの偉大なる機能性が担っています。
aptitude full-upgrade
は aptitude
で上の命令に対応するコマンドですが、dist-upgrade
も認識されます (将来廃止予定です)。
すでに説明した設定項目に加えて、/etc/apt/apt.conf.d/
ディレクトリにファイルを追加して APT の特定の機能を設定できます。例えば、APT に dpkg
がファイルの衝突によるエラーを無視するよう設定するには、DPkg::Options { "--force-overwrite"; }
を指定してください。
プロキシを介さないとウェブにアクセスできないのなら、
Acquire::http::proxy "http://yourproxy:3128"
の行を追加してください。FTP プロキシは
Acquire::ftp::proxy "ftp://yourproxy"
のように追加してください。より多くの設定オプションを確認するには、
man apt.conf
コマンドで
apt.conf(5) マニュアルページをご覧ください (マニュアルページの詳細は
「マニュアルページ」をご覧ください)。
One of the most important aspects in the configuration of APT is the management of the priorities associated with each package source. For instance, you might want to extend one distribution with one or two newer packages from Testing, Unstable or Experimental. It is possible to assign a priority to each available package (the same package can have several priorities depending on its version or the distribution providing it). These priorities will influence APT's behavior: for each package, it will always select the version with the highest priority (except if this version is older than the installed one and if its priority is less than 1000).
APT defines several default priorities. Each installed package version has a priority of 100. A non-installed version has a priority of 500 by default, but it can jump to 990 if it is part of the target release (defined with the -t
command-line option or the APT::Default-Release
configuration directive).
優先度を変更するには、/etc/apt/preferences
ファイルに、影響を受けるパッケージの名前、バージョン、パッケージの提供者、新しい優先度を指定するエントリを追加してください。
APT will never install an older version of a package (that is, a package whose version number is lower than the one of the currently installed package) except if its priority is higher than 1000. APT will always install the highest priority package which follows this constraint. If two packages have the same priority, APT installs the newest one (whose version number is the highest). If two packages of same version have the same priority but differ in their content, APT installs the version that is not installed (this rule has been created to cover the case of a package update without the increment of the revision number, which is usually required).
In more concrete terms, a package whose priority is less than 0 will never be installed. A package with a priority ranging between 0 and 100 will only be installed if no other version of the package is already installed. With a priority between 100 and 500, the package will only be installed if there is no other newer version installed or available in another distribution. A package of priority between 501 and 990 will only be installed if there is no newer version installed or available in the target distribution. With a priority between 990 and 1000, the package will be installed except if the installed version is newer. A priority greater than 1000 will always lead to the installation of the package even if it forces APT to downgrade to an older version.
APT が /etc/apt/preferences
の設定を評価する際、最初に具体的なエントリ (該当するパッケージに関連するエントリ)、その後に一般的なエントリ (例えばあるディストリビューションの全てのパッケージを含めたものなど) を評価します。一般的なエントリが複数存在する場合、最初にマッチしたものを使います。利用可能な選択基準には、パッケージの名前とパッケージを配布しているパッケージソースが含まれます。各パッケージソースは APT が Packages
と一緒にダウンロードする Release
ファイルに含まれる情報によって区別されます。このファイルは提供者 (公式ミラーのパッケージの場合、通常「Debian」ですが、人名やサードパーティリポジトリの組織名になる場合もあります) を規定しています。また、このファイルはディストリビューションの名前 (Debian の提供する標準的ディストリビューションの場合、通常 安定版、テスト版、不安定版、実験版) とバージョン (例えば Debian Lenny なら 5.0) を規定しています。このメカニズムの実際のケーススタディを通じて、構文を見てみましょう。
Debian の安定版バージョンからのパッケージだけを使いたいと仮定しましょう。他のバージョンから提供されるパッケージは、はっきりと要求されない限り、インストールされるべきではありません。この場合、/etc/apt/preferences
ファイルに以下のエントリを書きます:
a=stable
で選択するディストリビューションの名前を定義します。o=Debian
で提供者が「Debian」のパッケージに範囲を限定します。
さてここで、サーバには Perl バージョン 5.14 に依存するローカルプログラムがあり、アップグレードによって他のバージョンがインストールされないことを保証したいと仮定しましょう。この場合、以下のエントリを使います:
マニュアルページ apt_preferences(5) にはこの設定ファイルに対する関連文書があり、man apt_preferences
で表示できます。
apt-get
はこのように素晴らしく、他のディストリビューションからパッケージを選ぶ際に力を発揮するツールです。例えば、安定版システムをインストールした後にテスト版や不安定版に収録されているあるソフトウェアのパッケージを試したいが、システムを最初の状態から大きく変更したくないという場合です。
ディストリビューションの異なるパッケージを混在させると、時々問題に遭遇するかもしれませんが、
apt-get
はパッケージをうまく共存させ、危険の及ぶ範囲をうまく限定します。進むべき最善の道は、
/etc/apt/sources.list
で使われている全てのディストリビューションをリストアップ (常に 3 つのディストリビューションを使う人がいるかもしれませんが、
不安定版は経験豊かなユーザ向けであることを忘れないでください) して、
APT::Default-Release
パラメータ (
「システムのアップグレード」参照) で基準ディストリビューションをを定義することです。
安定版が基準ディストリビューションと仮定しますが、併せてテスト版と不安定版も sources.list
ファイルに書かれているとします。この場合、テスト版 からのパッケージをインストールするには apt-get install package/testing
を使います。依存関係の解決に失敗してインストールできなかった場合、-t testing
パラメータをつけて テスト版を使って依存関係を解決させることができます。不安定版でも同じことが言えます。
この状況では、アップグレード (upgrade
と dist-upgrade
) は、他のディストリビューションでパッケージがアップグレードされていない限り、安定版のパッケージを使って終了します: 他のディストリビューションに利用可能な更新があれば、アップグレードします。以下では、APT によって設定されたデフォルト優先度の助けを借りてこの挙動を説明します。パッケージの優先度を確認するには、遠慮なく apt-cache policy
(傍注参照) を使ってください。
Everything centers around the fact that APT only considers packages of higher or equal version than the installed one (assuming that /etc/apt/preferences
has not been used to force priorities higher than 1000 for some packages).
Let's assume that you have installed version 1 of a first package from Stable and that version 2 and 3 are available respectively in Testing and Unstable. The installed version has a priority of 100 but the version available in Stable (the very same) has a priority of 990 (because it is part of the target release). Packages in Testing and Unstable have a priority of 500 (the default priority of a non-installed version). The winner is thus version 1 with a priority of 990. The package “stays in Stable”.
Let's take the example of another package whose version 2 has been installed from Testing. Version 1 is available in Stable and version 3 in Unstable. Version 1 (of priority 990 — thus lower than 1000) is discarded because it is lower than the installed version. This only leaves version 2 and 3, both of priority 500. Faced with this alternative, APT selects the newest version, the one from Unstable.If you don't want a package installed from Testing to migrate to Unstable, you have to assign a priority lower than 500 (490 for example) to packages coming from Unstable. You can modify /etc/apt/preferences
to this effect:
Package: *
Pin: release a=unstable
Pin-Priority: 490
6.2.7. 自動的にインストールされたパッケージの追跡
apt-get
の本質的な機能の 1 つに、依存関係によってのみインストールされたパッケージの追跡があります (当初これは aptitude
に固有の機能でした)。これらのパッケージは「自動」と呼ばれ、例えばライブラリなどがその一例です。
あるパッケージを削除する際に、パッケージマネージャは、この追跡情報を元に、もはや不要になった自動パッケージ (「手作業でインストール」されていないパッケージ) を選び出すことができる。不要になった自動パッケージを削除するには apt-get autoremove
を使います。aptitude
にはこのコマンドがありませんが、これは不要な自動パッケージは見つかり次第自動的に削除されるからです。どちらのプログラムでも、不要になったパッケージは分かりやすく表示されます。
直接的に使うわけではないパッケージを自動パッケージとしてマークするのは良い癖です。こうすれば、そのパッケージがいらなくなった時に自動的に削除されます。
apt-mark auto package
はパッケージを自動パッケージとしてマークし、逆に
apt-mark manual package
は手動パッケージとしてマークします。
aptitude markauto
と
aptitude unmarkauto
は同様に動きますが、多くのパッケージを同時にマークする機能を持っています (
「aptitude
」参照)。
aptitude
のコンソールベース対話型インターフェイスを使うと、多くのパッケージの「自動パッケージフラグ」を容易に確認できます。
自動的にインストールされたパッケージがシステムに存在する理由を知りたい場合があるかもしれません。この情報をコマンドラインから得るには、aptitude why package
を使ってください (apt-get
に同様の機能はありません):
$ aptitude why python-debian
i aptitude Recommends apt-xapian-index
i A apt-xapian-index Depends python-debian (>= 0.1.15)