Product SiteDocumentation Site

6.2. aptitudeapt-get コマンド

APT は巨大なプロジェクトで、当初の予定ではグラフィカルインターフェイスを含んでいました。APT はライブラリに基づいており、ライブラリにはコアアプリケーションが含まれています。apt-get は最初のフロントエンド - コマンドラインベース - で、APT プロジェクト内で開発されました。
外部プロジェクトから、数多くのグラフィカルインターフェイスが生まれました: synapticaptitude (テキストとグラフィカルモードインターフェイス - まだ完成していません- の両方を含んでいます)、wajig などです。最も推奨されるインターフェイスは Debian のインストール中に使われる apt-get で、この節ではこれを例に使います。aptitude のコマンドライン構文はよく似ていることに注意してください。apt-getaptitude に大きな違いがある場合は、違いを詳しく述べます。

6.2.1. 初期設定

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.

6.2.2. インストールと削除

APT を使うと、システムからパッケージを追加したり削除したりできます。それぞれの操作は apt-get install packageapt-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

6.2.3. システムのアップグレード

最新のセキュリティアップデートを入手するために、定期的にアップグレードすることをお勧めします。アップグレードするには、(もちろん 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-upgradeaptitude で上の命令に対応するコマンドですが、dist-upgrade も認識されます (将来廃止予定です)。

6.2.4. 設定オプション

すでに説明した設定項目に加えて、/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) マニュアルページをご覧ください (マニュアルページの詳細は「マニュアルページ」をご覧ください)。

6.2.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 ファイルに以下のエントリを書きます:
Package: *
Pin: release a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian
Pin-Priority: -10
a=stable で選択するディストリビューションの名前を定義します。o=Debian で提供者が「Debian」のパッケージに範囲を限定します。
さてここで、サーバには Perl バージョン 5.14 に依存するローカルプログラムがあり、アップグレードによって他のバージョンがインストールされないことを保証したいと仮定しましょう。この場合、以下のエントリを使います:
Package: perl
Pin: version 5.14*
Pin-Priority: 1001
マニュアルページ apt_preferences(5) にはこの設定ファイルに対する関連文書があり、man apt_preferences で表示できます。

6.2.6. 複数ディストリビューションの利用

apt-get はこのように素晴らしく、他のディストリビューションからパッケージを選ぶ際に力を発揮するツールです。例えば、安定版システムをインストールした後にテスト版不安定版に収録されているあるソフトウェアのパッケージを試したいが、システムを最初の状態から大きく変更したくないという場合です。
ディストリビューションの異なるパッケージを混在させると、時々問題に遭遇するかもしれませんが、apt-get はパッケージをうまく共存させ、危険の及ぶ範囲をうまく限定します。進むべき最善の道は、/etc/apt/sources.list で使われている全てのディストリビューションをリストアップ (常に 3 つのディストリビューションを使う人がいるかもしれませんが、不安定版は経験豊かなユーザ向けであることを忘れないでください) して、APT::Default-Release パラメータ (「システムのアップグレード」参照) で基準ディストリビューションをを定義することです。
安定版が基準ディストリビューションと仮定しますが、併せてテスト版不安定版sources.list ファイルに書かれているとします。この場合、テスト版 からのパッケージをインストールするには apt-get install package/testing を使います。依存関係の解決に失敗してインストールできなかった場合、-t testing パラメータをつけて テスト版を使って依存関係を解決させることができます。不安定版でも同じことが言えます。
この状況では、アップグレード (upgradedist-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 markautoaptitude 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)