6.2. aptitude
、apt-get
、apt
コマンド
APT は巨大なプロジェクトで、当初の予定ではグラフィカルインターフェースを含んでいました。APT はライブラリに基づいており、そのライブラリにはコアアプリケーションが含まれています。apt-get
は最初のコマンドラインベースフロントエンドで、APT プロジェクト内で開発されました。apt
は APT から提供されているもう一つのコマンドラインベースフロントエンドで、apt-get
の持っていた設計上のミスを克服しています。
APT の数多くのグラフィカルインターフェースは外部プロジェクトとして生まれました。たとえば synaptic
、aptitude
(テキストとグラフィカルモードインターフェースの両方があり、グラフィカルモードインターフェースはまだ完成していません)、wajig
などが生まれました。最も推奨されるインターフェースは apt
で、この節では apt
を例に使います。apt
のコマンドライン構文と apt-get
や aptitude
のコマンドライン構文はよく似ていることに注意してください。apt
、apt-get
、aptitude
の間に大きな違いがある場合は、その違いを詳しく述べます。
For any work with APT, the list of available packages needs to be updated; this can be done simply through apt 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 install package
、追加は apt remove package
のようにして行います。どちらの場合も APT は自動的に、追加するパッケージの動作に必要なパッケージをインストールし、削除対象のパッケージの削除後に不要になるパッケージを削除します。apt purge package
コマンドを実行すれば完全にアンインストール、つまり設定ファイルも削除します。
sources.list
に複数のディストリビューション用リポジトリが含まれる場合、パッケージのバージョンを指定してインストールすることも可能です。特定のバージョンを指定するには、
apt install package=version
を使いますが、
apt install package/distribution
のようにして、ディストリビューション (
安定版、
テスト版、
不安定版) を指定するやり方のほうが通常好まれます。
sources.list
ファイルに書かれたどこかのソースから古いバージョンをまだ入手できるなら、このコマンドを使ってパッケージを古いバージョンに戻すことも可能です (これはたとえば古いバージョンがうまく動作すると知っている場合などに有効です)。古いバージョンを入手する別の方法として
snapshot.debian.org
アーカイブを使うことも可能です (補注
「GOING FURTHER パッケージの古いバージョン、snapshot.debian.org
」を参照してください)。
例 6.3 spamassassin の不安定版バージョンをインストール
#
apt install spamassassin/unstable
最新のセキュリティ更新を入手するために、定期的にアップグレードを行うことをお勧めします。アップグレードを行うには (もちろん apt update
を実行した後に) apt upgrade
、apt-get upgrade
、aptitude safe-upgrade
を実行してください。これらのコマンドは他のパッケージを削除せずにアップグレードできるインストール済みパッケージだけを探します。言い換えれば、最低限可能なアップグレードを行います。apt-get
のアップグレードパッケージの選択規則は aptitude
や apt
よりも少し条件が厳しいです。なぜなら apt-get upgrade
は現在のパッケージ構成を変えないからです。つまりパッケージの新パージョンで導入された新しい依存関係により現在インストールされていないパッケージをインストールする必要が生じた場合はパッケージの新パージョンをインストールしないからです。
通常 apt
は最新のバージョンをインストールします (ただし実験版と安定版バックポートのパッケージはバージョン番号に関わらず明示的に指定しない限りインストールされません)。sources.list
の中でテスト版や不安定版を指定した場合、apt upgrade
は安定版システムのほとんどをテスト版や不安定版に変更します。これはあなたが望んでいないことかもしれません。
apt
がアップグレードされたパッケージを検索する際に、特定のディストリビューションからパッケージを検索させるには、-t
または --target-release
オプションにディストリビューションの名前を付けてください (たとえば apt -t stable upgrade
のようにしてください)。apt
を使う時に毎回このオプションを指定するのを避けるには、/etc/apt/apt.conf.d/local
ファイルに APT::Default-Release "stable";
を追加してください。
より重要なアップグレード、たとえば Debian のメジャーバージョンをアップグレードするなどの場合、apt full-upgrade
を使ってください。apt full-upgrade
を実行した場合、apt
はアップグレードに伴う新しい依存関係により不要となったパッケージを削除します。また、apt full-upgrade
は Debian 不安定版 リリースを日常的に使い、毎日開発進化を追いかけているユーザが使うコマンドです。これは説明がほとんど必要ないくらいとても単純です。そして APT の評判はこの偉大なる機能性が担っています。
apt
と異なり、aptitude
および apt-get
では full-upgrade
コマンドを使うことができません。その代わり、apt-get dist-upgrade
(「ディストリビューションアップグレード」) を使ってください。dist-upgrade コマンドは歴史的かつよく知られており、apt
と aptitude
はユーザの利便性を考慮して dist-upgrade を受け付けます。
既に説明した設定項目に加えて、/etc/apt/apt.conf.d/
ディレクトリに指示文を書いたファイルを追加して APT の特定の機能を設定できます。たとえば、APT に dpkg
がファイルの衝突によるエラーを無視するよう設定するには、DPkg::options { "--force-overwrite"; }
のように書いたファイルを /etc/apt/apt.conf.d/
ディレクトリに追加します。
ウェブにアクセスするには必ずプロキシを介す必要がある場合、
Acquire::http::proxy "http://yourproxy:3128"
の行を追加してください。FTP プロキシは
Acquire::ftp::proxy "ftp://yourproxy"
のように追加してください。より多くの設定オプションを確認するには、
man apt.conf
コマンドで
apt.conf(5) マニュアルページをご覧ください (マニュアルページの詳細は
第 7.1.1 節「マニュアルページ」をご覧ください)。
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.
/etc/apt/preferences
の設定を評価する際、APT は最初に最も具体的なエントリ (明示的に対象のパッケージを指定しているエントリ)、その後に一般的なエントリ (たとえばあるディストリビューションのすべてのパッケージを対象にするエントリ) を評価します。一般的なエントリが複数存在する場合、最初にマッチしたものを使います。利用できる選択基準としてパッケージの名前とパッケージを配布しているパッケージソースがあります。各パッケージソースは APT が Packages
と一緒にダウンロードする Release
ファイルに含まれる情報によって区別されます。Release
ファイルには、パッケージ供給元の名前 (公式ミラーのパッケージの場合、通常「Debian」ですが、人名やサードパーティリポジトリの組織名になる場合もあります)、ディストリビューションの名前 (Debian の提供する標準的なディストリビューションの場合、通常 Stable (安定版)、Testing (テスト版)、Unstable (不安定版)、Experimental (実験版))、バージョンの名前 (たとえば Debian Jessie なら 8) が書かれています。このメカニズムの実際のケーススタディを通じて、構文を見てみましょう。
Debian の安定版バージョンに含まれるパッケージだけを使いたいと仮定します。安定版以外のバージョンに含まれるパッケージは、明示的に要求されない限り、インストールされるべきではありません。この場合、/etc/apt/preferences
ファイルに以下のエントリを書きます。
a=stable
の含まれるエントリはディストリビューションの名前が stable のパッケージの優先度を 900 にしています。o=Debian
の含まれるエントリは、自分よりも前に評価されたエントリにマッチしなかった、共有元が「Debian」のパッケージの優先度を -10 にしています。
Let's now assume that you have a server with several local programs depending on the version 5.14 of Perl and that you want to ensure that upgrades will not install another version of it. You could use this entry:
マニュアルページ apt_preferences(5) には /etc/apt/preferences
の記載方法に対する関連文書があります。これを表示するには man apt_preferences
を使ってください。
apt
は素晴らしいツールであり、他のディストリビューションに含まれるパッケージをインストールする際に力を発揮します。たとえば、安定版システムをインストールした後にテスト版や不安定版に含まれるソフトウェアのパッケージを試したいが、システムを最初の状態から大きく変更したくないという場合に力を発揮します。
パッケージごとに取得元ディストリビューションを変えていると、時々システムに問題が起きるかもしれませんが、
apt
はシステム内に複数のディストリビューションをうまく共存させ、危険のおよぶ範囲をうまく限定します。進むべき最善の道は、
/etc/apt/sources.list
に共存させるすべてのディストリビューションを書いて (常に 3 つのディストリビューションを書いている人もいますが、
不安定版は経験豊富なユーザ向けであることを忘れないでください)、
APT::Default-Release
パラメータで基準ディストリビューションを定義することです (
第 6.2.3 節「システムのアップグレード」を参照してください)。
安定版を基準ディストリビューションと仮定し、併せてテスト版と不安定版用のリポジトリも sources.list
ファイルに書かれていると仮定します。この場合、テスト版に含まれるパッケージをインストールするには apt install package/testing
を使います。依存関係の解決に失敗してインストールできなかった場合、-t testing
パラメータを付けてテスト版を使って依存関係を解決させることが可能です。不安定版でも同じことが言えます。
この状況では、アップグレード (
upgrade
と
full-upgrade
) は、アップグレード対象のパッケージが既に他のディストリビューションからインストールされている場合を除き、
安定版のパッケージを使います。他のディストリビューションからインストールされたパッケージは、自分が含まれていたディストリビューションに利用できる更新がある場合に限り、アップグレードされます。以下では、APT によって設定されたデフォルト優先度の助けを借りてこの挙動を説明します。パッケージの優先度を確認するには、遠慮なく
apt-cache policy
を使ってください (補注
「TIP 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
の本質的な機能の 1 つに、依存関係によってのみインストールされたパッケージの追跡があります。これらのパッケージは「自動」と呼ばれ、たとえばライブラリなどがその一例です。
あるパッケージを削除する際に、パッケージマネージャは、この追跡情報を元に、既に不要となった自動パッケージを選び出すことができます (なぜなら、依存関係によってインストールされたパッケージのうち、「手作業でインストール」されていないパッケージは不要と判断できるからです)。不要になった自動パッケージを削除するには apt-get autoremove
を使います。aptitude
および apt
にはこのコマンドがありません。なぜなら aptitude
は不要な自動パッケージを見つけ次第自動的に削除しますし、apt
はユーザが手作業でこのコマンドを実行するべきではないと考えているからです。どのプログラムを使った場合も、不要になった自動パッケージは分かりやすく表示されます。
直接的に使うわけではないパッケージを自動パッケージとしてマークするのは良い癖です。こうすれば、そのパッケージがいらなくなった時に自動的に削除されます。
apt-mark auto package
はパッケージを自動パッケージとしてマークし、逆に
apt-mark manual package
は手動パッケージとしてマークします。
aptitude markauto
と
aptitude unmarkauto
は同様に動きますが、多くのパッケージを同時にマークする機能を持っています (
第 6.4.1 節「aptitude
」を参照してください)。
aptitude
のコンソールベース対話型インターフェースを使うと、多くのパッケージの「自動パッケージフラグ」を容易に確認できます。
自動的にインストールされたパッケージがシステムに存在する理由を知りたい場合があるかもしれません。この情報をコマンドラインから得るには、aptitude why package
を使ってください (apt
および apt-get
に同様の機能はありません)。
$
aptitude why python-debian
i aptitude 推奨 apt-xapian-index
i A apt-xapian-index 依存 python-debian (>= 0.1.15)