0 - en to ja translation catalogue (207 entries)

en: Maintenance and Updates: The APT Tools
ja: メンテナンスと更新、APT ツール

en: <emphasis>VOCABULARY</emphasis> Package source and source package
ja: <emphasis>VOCABULARY</emphasis> パッケージソースとソースパッケージ

en: <emphasis>BACK TO BASICS</emphasis> <command>gzip</command>, <command>bzip2</command>, <command>LZMA</command> and <command>XZ</command> Compression
ja: <emphasis>BACK TO BASICS</emphasis> <command>gzip</command>、<command>bzip2</command>、<command>LZMA</command>、<command>XZ</command> 圧縮

en: A <filename>.gz</filename> extension refers to a file compressed with the <command>gzip</command> utility. <command>gzip</command> is the fast and efficient traditional Unix utility to compress files. Newer tools achieve better rates of compression but require more resources (computation time and memory) to compress and uncompress a file. Among them, and by order of appearance, there are <command>bzip2</command> (generating files with a <filename>.bz2</filename> extension), <command>lzma</command> (generating <filename>.lzma</filename> files) and <command>xz</command> (generating <filename>.xz</filename> files).
ja: <filename>.gz</filename> 拡張子は <command>gzip</command> ユーティリティで圧縮されたファイルを意味しています。<command>gzip</command> は高速かつ効率的にファイルを圧縮する伝統的 Unix ユーティリティです。新しいツールを使えば圧縮効率は高くなるのですが、その代わりにファイルを圧縮および展開するために多くのリソース (計算時間とメモリ) が必要になります。新しいツールには、登場順に <command>bzip2</command> (<filename>.bz2</filename> 拡張子のファイルを生成)、<command>lzma</command> (<filename>.lzma</filename> ファイル)、<command>xz</command> (<filename>.xz</filename> ファイル) などがあります。

en: Filling in the <filename>sources.list</filename> File
ja: <filename>sources.list</filename> ファイルの内容

en: <primary>source</primary><secondary>of packages</secondary>
ja: <primary>ソース</primary><secondary sortas="パッケージノソース">パッケージのソース</secondary>

en: <primary>package</primary><secondary>source of</secondary>
ja: <primary>パッケージ</primary><secondary sortas="パッケージノソース">パッケージのソース</secondary>

en: Syntax
ja: 構文

en: The first field indicates the source type:
ja: 1 番目のフィールドはソースタイプです。

en: <emphasis>VOCABULARY</emphasis> The <literal>main</literal>, <literal>contrib</literal> and <literal>non-free</literal> archives
ja: <emphasis>VOCABULARY</emphasis> <literal>main</literal>、<literal>contrib</literal>、<literal>non-free</literal> アーカイブ

en: <primary>component (of a repository)</primary>
ja: <primary sortas="リポジトリノコンポーネント">リポジトリのコンポーネント</primary>

en: If many package sources are referenced, it can be useful to split them in multiple files. Each part is then stored in <filename>/etc/apt/sources.list.d/<replaceable>filename</replaceable>.list</filename> (see sidebar <xref linkend="sidebar.directory.d" />).
ja: 多数のパッケージソースを利用する場合、これらを複数のファイルに分割すると役に立つかもしれません。この場合、各パッケージソースを <filename>/etc/apt/sources.list.d/<replaceable>filename</replaceable>.list</filename> に保存します (補注<xref linkend="sidebar.directory.d" />を参照してください)。

en: The <literal>cdrom</literal> entries describe the CD/DVD-ROMs you have. Contrary to other entries, a CD-ROM is not always available since it has to be inserted into the drive and since only one disc can be read at a time. For those reasons, these sources are managed in a slightly different way, and need to be added with the <command>apt-cdrom</command> program, usually executed with the <literal>add</literal> parameter. The latter will then request the disc to be inserted in the drive and will browse its contents looking for <filename>Packages</filename> files. It will use these files to update its database of available packages (this operation is usually done by the <command>apt update</command> command). From then on, APT can require the disc to be inserted if it needs one of its packages.
ja: <literal>cdrom</literal> エントリはあなたの持っている CD/DVD-ROM を表しています。他のエントリと異なり、CD-ROM は常に利用できるわけではありません。なぜなら、ディスクをドライブに挿入しなければいけませんし、一度に 1 つのディスクしか読めないからです。このような理由で、CD-ROM ソースは少し違う方法で管理されます。ソースを追加するには通常 <command>apt-cdrom</command> プログラムに <literal>add</literal> パラメータを付けて実行します。このようにプログラムを実行すると、ドライブにディスクを挿入するよう要求されます。<command>apt-cdrom</command> プログラムはディスクの内容を閲覧して <filename>Packages</filename> ファイルを探します。<filename>Packages</filename> ファイルは利用できるパッケージに関する APT のデータベースを更新するために利用されます (更新作業は <command>apt update</command> コマンドで実行されます)。そして、APT はディスクに含まれるパッケージが必要になったらディスクを挿入するように要求します。

en: Repositories for <emphasis role="distribution">Stable</emphasis> Users
ja: <emphasis role="distribution">安定版</emphasis> ユーザ用リポジトリ

en: Here is a standard <filename>sources.list</filename> for a system running the <emphasis role="distribution">Stable</emphasis> version of Debian:
ja: 下に示すのは、Debian の<emphasis role="distribution">安定版</emphasis>を動かしているシステムで標準的な <filename>sources.list</filename> です。

en: <filename>/etc/apt/sources.list</filename> file for users of Debian Stable
ja: Debian 安定版ユーザ向けの <filename>/etc/apt/sources.list</filename> ファイル

en: Note that when the desired version of a package is available on several repositories, the first one listed in the <filename>sources.list</filename> file will be used. For this reason, non-official sources are usually added at the end of the file.
ja: あるパッケージの希望したバージョンが複数のリポジトリから取得できる場合、<filename>sources.list</filename> ファイルにリストされた最初のリポジトリから取得されることに注意してください。この理由から、非公式ソースは通常最後に追加されます。

en: As a side note, most of what this section says about <emphasis role="distribution">Stable</emphasis> applies equally well to <emphasis role="distribution">Oldstable</emphasis> since the latter is just an older <emphasis role="distribution">Stable</emphasis> that is maintained in parallel.
ja: ちなみに、この節で<emphasis role="distribution">安定版</emphasis>に関して述べていることのほとんどは<emphasis role="distribution">旧安定版</emphasis>に関しても同じことが言えます。なぜなら、<emphasis role="distribution">旧安定版</emphasis>とは並行してメンテナンスされている古い<emphasis role="distribution">安定版</emphasis>に過ぎないからです。

en: Security Updates
ja: セキュリティ更新

en: <primary>updates</primary><secondary>security updates</secondary>
ja: <primary sortas="コウシン">更新</primary><secondary sortas="セキュリティコウシン">セキュリティ更新</secondary>

en: Stable Updates
ja: 安定版更新

en: <primary>stable updates</primary>
ja: <primary sortas="アンテイバンコウシン">安定版更新</primary>

en: Stable updates are not security sensitive but are deemed important enough to be pushed to users before the next stable point release.
ja: 安定版更新リポジトリにはセキュリティに影響をおよぼすパッケージは含まれませんが、その重要性により次回の安定版ポイントリリースよりも前にユーザに提供するだけの価値があるとみなされた更新が含まれています。

en: Proposed Updates
ja: 提案された更新

en: Once published, the <emphasis role="distribution">Stable</emphasis> distribution is only updated about once every 2 months. The <literal>proposed-updates</literal> repository is where the expected updates are prepared (under the supervision of the Stable Release Managers).
ja: <emphasis role="distribution">安定版</emphasis> ディストリビューションはひとたび公開されたら、約 2 カ月に 1 回だけ更新されます。<literal>proposed-updates</literal> リポジトリとは (安定版リリースマネージャの指揮の下で) 今後予定されている更新を準備するためのリポジトリです。

en: The security and stable updates documented in the former sections are always included in this repository, but there is more too, because package maintainers also have the opportunity to fix important bugs that do not deserve an immediate release.
ja: 前の節で説明したセキュリティ更新と安定版更新は、常に <literal>proposed-updates</literal> リポジトリに加えられますが、更新は他にもあります。なぜなら、パッケージメンテナは素早くリリースすることもないけれど重要と思われるバグを修正する機会があるからです。

en: Stable Backports
ja: 安定版バックポート

en: <primary>backport</primary>
ja: <primary>バックポート</primary>

en: <primary>updates</primary><secondary>backports</secondary>
ja: <primary sortas="コウシン">更新</primary><secondary sortas="アンテイバンバックポート">安定版バックポート</secondary>

en: The <literal>stable-backports</literal> repository hosts “package backports”. The term refers to a package of some recent software which has been recompiled for an older distribution, generally for <emphasis role="distribution">Stable</emphasis>.
ja: <literal>stable-backports</literal> リポジトリは「パッケージのバックポート」をホストしています。「パッケージのバックポート」という用語は古いディストリビューション (通常は<emphasis role="distribution">安定版</emphasis>) 用に再コンパイルした最新ソフトウェアのパッケージを指す言葉です。

en: Repositories for <emphasis role="distribution">Testing</emphasis>/<emphasis role="distribution">Unstable</emphasis> Users
ja: <emphasis role="distribution">テスト版</emphasis>/<emphasis role="distribution">不安定版</emphasis>ユーザ向けリポジトリ

en: Here is a standard <filename>sources.list</filename> for a system running the <emphasis role="distribution">Testing</emphasis> or <emphasis role="distribution">Unstable</emphasis> version of Debian:
ja: 以下に示すのは、Debian の<emphasis role="distribution">テスト版</emphasis>や<emphasis role="distribution">不安定版</emphasis>を動かしているシステムで標準的な <filename>sources.list</filename> です。

en: <filename>/etc/apt/sources.list</filename> file for users of Debian <emphasis role="distribution">Testing</emphasis>/<emphasis role="distribution">Unstable</emphasis>
ja: Debian <emphasis role="distribution">テスト版</emphasis>/<emphasis role="distribution">不安定版</emphasis>ユーザ向けの <filename>/etc/apt/sources.list</filename> ファイル

en: The <emphasis role="distribution">Experimental</emphasis> Repository
ja: <emphasis role="distribution">実験版</emphasis>リポジトリ

en: <primary><emphasis role="distribution">Experimental</emphasis></primary>
ja: <primary sortas="ジッケンバン"><emphasis role="distribution">実験版</emphasis></primary>

en: The archive of <emphasis role="distribution">Experimental</emphasis> packages is present on all Debian mirrors, and contains packages which are not in the <emphasis role="distribution">Unstable</emphasis> version yet because of their substandard quality — they are often software development versions or pre-versions (alpha, beta, release candidate…). A package can also be sent there after undergoing subsequent changes which can generate problems. The maintainer then tries to uncover them with help from advanced users who can handle important issues. After this first stage, the package is moved into <emphasis role="distribution">Unstable</emphasis>, where it reaches a much larger audience and where it will be tested in much more detail.
ja: <emphasis role="distribution">実験版</emphasis>パッケージのアーカイブはすべての Debian アーカイブミラーに存在し、品質基準を満たしていないためにまだ<emphasis role="distribution">不安定版</emphasis>に収録されていないパッケージを含んでいます。すなわち、<emphasis role="distribution">実験版</emphasis>に含まれるパッケージはソフトウェアの開発版バージョンか先行バージョン (アルファ、ベータ、リリース候補など) であることが多いです。パッケージに対する一連の修正によって問題が引き起こされる可能性がある場合も、パッケージは<emphasis role="distribution">実験版</emphasis>に送られます。メンテナは、重要な問題を取り扱う能力を持つ熟練ユーザの助けを借りて、その問題を明らかにしようとします。この最初のステージの後、パッケージは<emphasis role="distribution">不安定版</emphasis>に移動されます。<emphasis role="distribution">不安定版</emphasis>に移動されたパッケージはより多くのユーザに配布され、より詳細にテストされます。

en: <emphasis role="distribution">Experimental</emphasis> is generally used by users who do not mind breaking their system and then repairing it. This distribution gives the possibility to import a package which a user wants to try or use as the need arises. That is exactly how Debian approaches it, since adding it in APT's <filename>sources.list</filename> file does not lead to the systematic use of its packages. The line to be added is:
ja: <emphasis role="distribution">実験版</emphasis>リポジトリを使うのは通常、システムを破壊したり修復することを気にしないユーザです。<emphasis role="distribution">実験版</emphasis>リポジトリを使うユーザは必要に応じて試してみたいか使ってみたいと思ったパッケージを<emphasis role="distribution">実験版</emphasis>からシステムに取り込むことができます。これはまさに Debian が<emphasis role="distribution">実験版</emphasis>を活用する時の方法です。なぜなら、<emphasis role="distribution">実験版</emphasis>リポジトリを APT の <filename>sources.list</filename> ファイルに追加しても、実験版パッケージを体系的に利用することにはならないからです。<emphasis role="distribution">実験版</emphasis>リポジトリを追加するには以下を <filename>sources.list</filename> ファイルに追加します。

en: Using Alternate Mirrors
ja: 代替ミラーの利用

en: Picky users who are not satisfied with the performance of <literal>deb.debian.org</literal> can try to find a better mirror in the official mirror list: <ulink type="block" url="https://www.debian.org/mirror/list" />
ja: あなたがこだわるタイプで <literal>deb.debian.org</literal> の性能に満足できないなら、以下の公式ミラーリストからさらに良いミラーを探してみてください:<ulink type="block" url="https://www.debian.org/mirror/list" />

en: But when you don't know which mirror is best for you, this list is of not much use. Fortunately for you, Debian maintains DNS entries of the form <literal>ftp.<replaceable>country-code</replaceable>.debian.org</literal> (e.g. <literal>ftp.us.debian.org</literal> for the USA, <literal>ftp.fr.debian.org</literal> for France, etc.) which are covering many countries and which are pointing to one (or more) of the best mirrors available within that country.
ja: どのミラーを選べばよいかわからないなら、公式のミラーリストは役に立ちません。そんな人のために、Debian は <literal>ftp.<replaceable>country-code</replaceable>.debian.org</literal> という (例: USA 用に <literal>ftp.us.debian.org</literal>、フランス用に <literal>ftp.fr.debian.org</literal> など) DNS エントリを整備しています。数多くの国に対するエントリが用意されていますし、その国の中で最良のミラー (複数個の場合もあります) に転送されます。

en: As an alternative to <literal>deb.debian.org</literal>, there used to be <literal>httpredir.debian.org</literal>. This service would identify a mirror close to you (among the list of official mirrors, using GeoIP mainly) and would redirect APT's requests to that mirror. This service has been deprecated due to reliability concerns and now <literal>httpredir.debian.org</literal> provides the same CDN-based service as <literal>deb.debian.org</literal>.
ja: <literal>deb.debian.org</literal> の代替として、過去に <literal>httpredir.debian.org</literal> がありました。このサービスはユーザに近いミラーを見極め (主に GeoIP を使って公式ミラーから選び)、APT リクエストをそのミラーに転送するものでした。このサービスは信頼性の懸念が原因で既に停止しており、<literal>httpredir.debian.org</literal> では <literal>deb.debian.org</literal> と同じ CDN に基づくサービスが提供されています。

en: Non-Official Resources: <literal>mentors.debian.net</literal>
ja: 非公式リソース、<literal>mentors.debian.net</literal>

en: <emphasis>COMMUNITY</emphasis> The <literal>debian.net</literal> sites
ja: <emphasis>COMMUNITY</emphasis> <literal>debian.net</literal> サイト

en: The <emphasis>debian.net</emphasis> domain is not an official resource of the Debian project. Each Debian developer may use that domain name for their own use. These websites can contain unofficial services (sometimes personal sites) hosted on a machine which does not belong to the project and set up by Debian developers, or even prototypes about to be moved on to <emphasis>debian.org</emphasis>. Two reasons can explain why some of these prototypes remain on <emphasis>debian.net</emphasis>: either no one has made the necessary effort to transform it into an official service (hosted on the <emphasis>debian.org</emphasis> domain, and with a certain guarantee of maintenance), or the service is too controversial to be officialized.
ja: <emphasis>debian.net</emphasis> ドメインは Debian プロジェクトの公式所有物ではありません。それぞれの Debian 開発者は自分用に <emphasis>debian.net</emphasis> ドメイン名を使うことが許されています。そのようなウェブサイトには、Debian プロジェクトに所属せず Debian 開発者が設けたマシンでホストされている非公式サービス (個人サイト) や今まさに <emphasis>debian.org</emphasis> に移動されようとしているサービスの試作品が含まれています。一部のサービスの試作品が <emphasis>debian.net</emphasis> に残されている理由は 2 つあります。すなわち、誰もそのサービスを公式化する (<emphasis>debian.org</emphasis> ドメインでホストしてメンテナンスを保証する) のに必要な作業を行わなかったか、そのサービスを公式化するのはあまりに議論の余地がありすぎるかのどちらかです。

en: Installing a package means giving root rights to its creator, because they decide on the contents of the initialization scripts which are run under that identity. Official Debian packages are created by volunteers who have been co-opted and reviewed and who can seal their packages so that their origin and integrity can be checked.
ja: あるパッケージをインストールすることは、パッケージの作者に root 権限を与えることを意味しています。なぜなら、パッケージ作者は root 権限で実行される初期化スクリプトの内容を決定するからです。公式 Debian パッケージは、パッケージの起源と整合性が確認できるように、選出され審査を受けたボランティアとパッケージの内容の責任を請け負うことができるボランティアによって作成されます。

en: Caching Proxy for Debian Packages
ja: Debian パッケージのキャッシュプロキシ

en: <primary>proxy cache</primary>
ja: <primary>プロキシキャッシュ</primary>

en: <primary>cache, proxy</primary>
ja: <primary>キャッシュ、プロキシ</primary>

en: When an entire network of machines is configured to use the same remote server to download the same updated packages, any administrator knows that it would be beneficial to have an intermediate proxy acting as a network-local cache (see sidebar <xref linkend="sidebar.cache" />).
ja: マシンのネットワーク全体で、同じ更新済みパッケージをダウンロードするために同じリモートサーバを使うよう設定されている場合、管理者はネットワークのローカルキャッシュとして振る舞う中間プロキシを用意するのは有益なことであると知っています (補注<xref linkend="sidebar.cache" />を参照してください)。

en: You can configure APT to use a "standard" proxy (see <xref linkend="sect.apt-config" /> for the APT side, and <xref linkend="sect.http-ftp-proxy" /> for the proxy side), but the Debian ecosystem offers better options to solve this problem. The dedicated software presented in this section are smarter than a plain proxy cache because they can rely on the specific structure of APT repositories (for instance they know when individual files are obsolete or not, and thus adjust the time during which they are kept).
ja: APT が「標準的な」プロキシを使うように設定することも可能です (APT 側は<xref linkend="sect.apt-config" />、プロキシ側は<xref linkend="sect.http-ftp-proxy" />を参照してください)。しかしながら、Debian にはこの問題に対するより優れた選択肢が準備されています。この節で取り上げる専用ソフトウェアは単純なプロキシキャッシュよりも賢いです。なぜなら、このソフトウェアは APT リポジトリの特定の構造を頼りにできるからです (たとえば、個々のファイルが時代遅れになるタイミングがわかるので、ファイルを保存しておく時間を調整できます)。

en: <emphasis role="pkg">apt-cacher</emphasis> and <emphasis role="pkg">apt-cacher-ng</emphasis> work like usual proxy cache servers. APT's <filename>sources.list</filename> is left unchanged, but APT is configured to use them as proxy for outgoing requests.
ja: <emphasis role="pkg">apt-cacher</emphasis> と <emphasis role="pkg">apt-cacher-ng</emphasis> は普通のプロキシキャッシュサーバのように振る舞います。APT の <filename>sources.list</filename> を変更する必要はありませんが、APT の外部リクエスト用のプロキシ設定をこれらのプロキシキャッシュサーバに変更する必要があります。

en: <emphasis role="pkg">approx</emphasis>, on the other hand, acts like an HTTP server that “mirrors” any number of remote repositories in its top-level URLs. The mapping between those top-level directories and the remote URLs of the repositories is stored in <filename>/etc/approx/approx.conf</filename>:
ja: これに対して、<emphasis role="pkg">approx</emphasis> は基点 URL の下にある複数のリモートリポジトリを「ミラー」する HTTP サーバのように振る舞います。最上位ディレクトリの名前とリモート側リポジトリの基点 URL の対応関係は <filename>/etc/approx/approx.conf</filename> に保存されています。

en: <emphasis role="pkg">approx</emphasis> runs by default on port 9999 via a systemd socket and requires the users to adjust their <filename>sources.list</filename> file to point to the approx server:
ja: <emphasis role="pkg">approx</emphasis> のデフォルト設定では、systemd ソケット経由でポート 9999 番を使います。ユーザは基点 URL が approx サーバを指すように <filename>sources.list</filename> ファイルを書き換えなければいけません。

en: <command>aptitude</command>, <command>apt-get</command>, and <command>apt</command> Commands
ja: <command>aptitude</command>、<command>apt-get</command>、<command>apt</command> コマンド

en: Initialization
ja: 初期設定

en: Installing and Removing
ja: インストールと削除

en: <primary>package</primary><secondary>installation</secondary>
ja: <primary>パッケージ</primary><secondary>インストール</secondary>

en: <primary>package</primary><secondary>removal</secondary>
ja: <primary>パッケージ</primary><secondary sortas="サクジョ">削除</secondary>

en: <primary>installation</primary><secondary>package installation</secondary>
ja: <primary>インストール</primary><secondary sortas="パッケージノインストール">パッケージのインストール</secondary>

en: <primary>removal of a package</primary>
ja: <primary sortas="パッケージノサクジョ">パッケージの削除</primary>

en: <emphasis>TIP</emphasis> Installing the same selection of packages several times
ja: <emphasis>TIP</emphasis> 複数のマシンに同じ構成でパッケージをインストール

en: It can be useful to systematically install the same list of packages on several computers. This can be done quite easily.
ja: 複数のコンピュータに同じパッケージ群を体系的にインストールすると役に立つ場合があります。これは簡単にできます。

en: First, retrieve the list of packages installed on the computer which will serve as the “model” to copy.
ja: 最初に、以下の操作でコンピュータにインストールされたパッケージのリストを取得し、これをパッケージ構成の「ひな形」とします。

en: The <filename>pkg-list</filename> file then contains the list of installed packages. Next, transfer the <filename>pkg-list</filename> file onto the computers you want to update and use the following commands:
ja: <filename>pkg-list</filename> ファイルはインストールされたパッケージのリストです。次に、パッケージ群をインストールしたいコンピュータに <filename>pkg-list</filename> ファイルを移動し、以下のコマンドを実行します。

en: ## Update dpkg's database of known packages
    # <userinput>avail=`mktemp`</userinput>
    # <userinput>apt-cache dumpavail &gt; "$avail"</userinput>
    # <userinput>dpkg --merge-avail "$avail"</userinput>
    # <userinput>rm -f "$avail"</userinput>
    ## Update dpkg's selections
    # <userinput>dpkg --set-selections &lt; pkg-list</userinput>
    ## Ask apt-get to install the selected packages
    # <userinput>apt-get dselect-upgrade</userinput>
ja: ## dpkg が把握しているパッケージのデータベースを更新
    # <userinput>avail=`mktemp`</userinput>
    # <userinput>apt-cache dumpavail &gt; "$avail"</userinput>
    # <userinput>dpkg --merge-avail "$avail"</userinput>
    # <userinput>rm -f "$avail"</userinput>
    ## dpkg のパッケージ選択リストを更新する
    # <userinput>dpkg --set-selections &lt; pkg-list</userinput>
    ## apt-get を使ってパッケージ選択リストに基づいてインストールを行う
    # <userinput>apt-get dselect-upgrade</userinput>

en: <emphasis>TIP</emphasis> Removing and installing at the same time
ja: <emphasis>TIP</emphasis> 同時に削除とインストールを行う

en: It is possible to ask <command>apt</command> (or <command>apt-get</command>, or <command>aptitude</command>) to install certain packages and remove others on the same command line by adding a suffix. With an <command>apt install</command> command, add “<literal>-</literal>” to the names of the packages you wish to remove. With an <command>apt remove</command> command, add “<literal>+</literal>” to the names of the packages you wish to install.
ja: <command>apt</command> (および <command>apt-get</command> や <command>aptitude</command>) を使ってパッケージのインストールと削除を同時に命令するには、パッケージ名の末尾にサフィックスを付け加えます。<command>apt install</command> コマンドでパッケージ名の末尾に「<literal>-</literal>」を付けると削除になります。<command>apt remove</command> コマンドでパッケージ名の末尾に「<literal>+</literal>」を付けるとインストールになります。

en: The next example shows two different ways to install <replaceable>package1</replaceable> and to remove <replaceable>package2</replaceable>.
ja: 次の例は <replaceable>package1</replaceable> をインストール、<replaceable>package2</replaceable> を削除する 2 種類の方法です。

en: <emphasis>TIP</emphasis> <command>apt --reinstall</command> and <command>aptitude reinstall</command>
ja: <emphasis>TIP</emphasis> <command>apt --reinstall</command> と <command>aptitude reinstall</command>

en: <primary>reinstallation</primary>
ja: <primary sortas="サイインストール">再インストール</primary>

en: The system can sometimes be damaged after the removal or modification of files in a package. The easiest way to retrieve these files is to reinstall the affected package. Unfortunately, the packaging system finds that the latter is already installed and politely refuses to reinstall it; to avoid this, use the <literal>--reinstall</literal> option of the <command>apt</command> and <command>apt-get</command> commands. The following command reinstalls <emphasis role="pkg">postfix</emphasis> even if it is already present:
ja: パッケージから提供されたファイルを削除したり変更したりした場合、システムが被害を受けることがあります。パッケージから提供されたファイルを再取得する最も簡単な方法は、対象のファイルが含まれるパッケージを再インストールすることです。残念なことに、パッケージングシステムはパッケージが既にインストール済みで、再インストールできないことを丁寧に教えてくれます。インストール済みパッケージを再インストールするには、<command>apt</command> および <command>apt-get</command> コマンドの <literal>--reinstall</literal> オプションを使います。以下は、既にインストール済みの <emphasis role="pkg">postfix</emphasis> を再インストールするコマンドです。

en: The <command>aptitude</command> command line is slightly different, but achieves the same result with <command>aptitude reinstall postfix</command>.
ja: <command>aptitude</command> のコマンドラインは少し違いますが、<command>aptitude reinstall postfix</command> でインストール済みパッケージを再インストールできます。

en: The problem does not arise with <command>dpkg</command>, but the administrator rarely uses it directly.
ja: <command>dpkg</command> を使えばインストール済みパッケージの再インストールを拒否されることはありませんが、管理者が直接 <command>dpkg</command> を使うことはまれです。

en: Be careful! Using <command>apt --reinstall</command> to restore packages modified during an attack will certainly not recover the system as it was. <xref linkend="sect.dealing-with-compromised-machine" /> details the necessary steps to take with a compromised system.
ja: 注意してください! 攻撃を受けている最中に、変更されたパッケージを修復する目的で <command>apt --reinstall</command> を使っても、システムを以前の状態に回復することは絶対に不可能でしょう。不正侵入を受けたシステムでパッケージを修復するために必要な手順の詳細は<xref linkend="sect.dealing-with-compromised-machine" />を参照してください。

en: If the package to install has been made available to you under the form of a simple <filename>.deb</filename> file without any associated package repository, it is still possible to use APT to install it together with its dependencies (provided that the dependencies are available in the configured repositories) with a simple command: <command>apt install ./<replaceable>path-to-the-package.deb</replaceable></command>. The leading <literal>./</literal> is important to make it clear that we are referring to a filename and not to the name of a package available in one of the repositories.
ja: インストールするパッケージが単純な <filename>.deb</filename> ファイルの形になっており、関連するパッケージリポジトリがないなら、APT を使って依存関係を満足させつつパッケージを簡単にインストールできます (設定済みのリポジトリを使って依存関係を満足できる場合に限ります): <command>apt install ./<replaceable>path-to-the-package.deb</replaceable></command>。ここで先頭に付けた <literal>./</literal> は重要です。こうすることで引数がファイル名であり、リポジトリから利用できるパッケージの名前ではないことを明確にできるからです。

en: <emphasis>GOING FURTHER</emphasis> The cache of <filename>.deb</filename> files
ja: <emphasis>GOING FURTHER</emphasis> <filename>.deb</filename> ファイルのキャッシュ

en: APT keeps a copy of each downloaded <filename>.deb</filename> file in the directory <filename>/var/cache/apt/archives/</filename>. In case of frequent updates, this directory can quickly take a lot of disk space with several versions of each package; you should regularly sort through them. Two commands can be used: <command>apt-get clean</command> entirely empties the directory; <command>apt-get autoclean</command> only removes packages which can no longer be downloaded (because they have disappeared from the Debian mirror) and are therefore clearly useless (the configuration parameter <literal>APT::Clean-Installed</literal> can prevent the removal of <filename>.deb</filename> files that are currently installed).
ja: APT はダウンロード済み <filename>.deb</filename> ファイルのコピーを <filename>/var/cache/apt/archives/</filename> ディレクトリに保存します。頻繁に更新を行う場合、<filename>/var/cache/apt/archives/</filename> ディレクトリにはパッケージの複数のバージョンが保存され多くのディスク領域が消費されるため、日常的にこのディレクトリの内容を調べたほうがよいでしょう。<filename>/var/cache/apt/archives/</filename> ディレクトリの内容を管理するために 2 つのコマンドが用意されています。たとえば <command>apt-get clean</command> はこのディレクトリを完全に空にします。一方で <command>apt-get autoclean</command> は (Debian アーカイブミラーから削除されたために) もはやダウンロードできない、明らかに無駄なパッケージだけを削除します (設定パラメータ <literal>APT::Clean-Installed</literal> を使って現在インストール済みパッケージの <filename>.deb</filename> は削除しないようにすることも可能です)。

en: System Upgrade
ja: システムのアップグレード

en: <primary>upgrade</primary><secondary>system upgrade</secondary>
ja: <primary>アップグレード</primary><secondary sortas="システムノアップグレード">システムのアップグレード</secondary>

en: Regular upgrades are recommended, because they include the latest security updates. To upgrade, use <command>apt upgrade</command>, <command>apt-get upgrade</command> or <command>aptitude safe-upgrade</command> (of course after <command>apt update</command>). This command looks for installed packages which can be upgraded without removing any packages. In other words, the goal is to ensure the least intrusive upgrade possible. <command>apt-get</command> is slightly more demanding than <command>aptitude</command> or <command>apt</command> because it will refuse to install packages which were not installed beforehand.
ja: 最新のセキュリティ更新を入手するために、定期的にアップグレードを行うことをお勧めします。アップグレードを行うには (もちろん <command>apt update</command> を実行した後に) <command>apt upgrade</command>、<command>apt-get upgrade</command>、<command>aptitude safe-upgrade</command> を実行してください。これらのコマンドは他のパッケージを削除せずにアップグレードできるインストール済みパッケージだけを探します。言い換えれば、最低限可能なアップグレードを行います。<command>apt-get</command> のアップグレードパッケージの選択規則は <command>aptitude</command> や <command>apt</command> よりも少し条件が厳しいです。なぜなら <command>apt-get upgrade</command> は現在のパッケージ構成を変えないからです。つまりパッケージの新パージョンで導入された新しい依存関係により現在インストールされていないパッケージをインストールする必要が生じた場合はパッケージの新パージョンをインストールしないからです。

en: <command>apt</command> will generally select the most recent version number (except for packages from <emphasis role="distribution">Experimental</emphasis> and <emphasis role="distribution">stable-backports</emphasis>, which are ignored by default whatever their version number). If you specified <emphasis role="distribution">Testing</emphasis> or <emphasis role="distribution">Unstable</emphasis> in your <filename>sources.list</filename>, <command>apt upgrade</command> will switch most of your <emphasis role="distribution">Stable</emphasis> system to <emphasis role="distribution">Testing</emphasis> or <emphasis role="distribution">Unstable</emphasis>, which might not be what you intended.
ja: 通常 <command>apt</command> は最新のバージョンをインストールします (ただし<emphasis role="distribution">実験版</emphasis>と<emphasis role="distribution">安定版バックポート</emphasis>のパッケージはバージョン番号に関わらず明示的に指定しない限りインストールされません)。<filename>sources.list</filename> の中で<emphasis role="distribution">テスト版</emphasis>や<emphasis role="distribution">不安定版</emphasis>を指定した場合、<command>apt upgrade</command> は<emphasis role="distribution">安定版</emphasis>システムのほとんどを<emphasis role="distribution">テスト版</emphasis>や<emphasis role="distribution">不安定版</emphasis>に変更します。これはあなたが望んでいないことかもしれません。

en: For more important upgrades, such as the change from one major Debian version to the next, you need to use <command>apt full-upgrade</command>. With this instruction, <command>apt</command> will complete the upgrade even if it has to remove some obsolete packages or install new dependencies. This is also the command used by users who work daily with the Debian <emphasis role="distribution">Unstable</emphasis> release and follow its evolution day by day. It is so simple that it hardly needs explanation: APT's reputation is based on this great functionality.
ja: より重要なアップグレード、たとえば Debian のメジャーバージョンをアップグレードするなどの場合、<command>apt full-upgrade</command> を使ってください。<command>apt full-upgrade</command> を実行した場合、<command>apt</command> はアップグレードに伴う新しい依存関係により不要となったパッケージを削除します。また、<command>apt full-upgrade</command> は Debian <emphasis role="distribution">不安定版</emphasis> リリースを日常的に使い、毎日開発進化を追いかけているユーザが使うコマンドです。これは説明がほとんど必要ないくらいとても単純です。そして APT の評判はこの偉大なる機能性が担っています。

en: Unlike <command>apt</command> and <command>aptitude</command>, <command>apt-get</command> doesn't know the <command>full-upgrade</command> command. Instead, you should use <command>apt-get dist-upgrade</command> (”distribution upgrade”), the historical and well-known command that <command>apt</command> and <command>aptitude</command> also accept for the convenience of users who got used to it.
ja: <command>apt</command> と異なり、<command>aptitude</command> および <command>apt-get</command> では <command>full-upgrade</command> コマンドを使うことができません。その代わり、<command>apt-get dist-upgrade</command> (「ディストリビューションアップグレード」) を使ってください。dist-upgrade コマンドは歴史的かつよく知られており、<command>apt</command> と <command>aptitude</command> はユーザの利便性を考慮して dist-upgrade を受け付けます。

en: Configuration Options
ja: 設定オプション

en: <primary>APT</primary><secondary>configuration</secondary>
ja: <primary>APT</primary><secondary sortas="セッテイ">設定</secondary>

en: <emphasis>BACK TO BASICS</emphasis> Directories ending in <filename>.d</filename>
ja: <emphasis>BACK TO BASICS</emphasis> <filename>.d</filename> で終わるディレクトリ

en: Directories with a <filename>.d</filename> suffix are used more and more often. Each directory represents a configuration file which is split over multiple files. In this sense, all of the files in <filename>/etc/apt/apt.conf.d/</filename> are instructions for the configuration of APT. APT includes them in alphabetical order, so that the last ones can modify a configuration element defined in one of the first ones.
ja: 名前に <filename>.d</filename> サフィックスが付けられたディレクトリは頻繁に使われます。それぞれのディレクトリは複数ファイルにわたって分割された設定ファイルを表しています。この意味において、<filename>/etc/apt/apt.conf.d/</filename> 内のすべてのファイルには APT に対する設定が含まれています。APT はこれらをアルファベット順に読み込みます。つまり、読み込まれる順番が遅いファイルの設定が早いファイルの設定を上書きするということです。

en: This structure brings some flexibility to the machine administrator and to the package maintainers. Indeed, the administrator can easily modify the configuration of the software by adding a ready-made file in the directory in question without having to change an existing file. Package maintainers use the same approach when they need to adapt the configuration of another software to ensure that it perfectly co-exists with theirs. The Debian policy explicitly forbids modifying configuration files of other packages — only users are allowed to do this. Remember that during a package upgrade, the user gets to choose the version of the configuration file that should be kept when a modification has been detected. Any external modification of the file would trigger that request, which would disturb the administrator, who is sure not to have changed anything.
ja: この体制により、マシンの管理者とパッケージメンテナは設定にいくつかの自由度を持つことが可能です。実際、管理者は出来合いのファイルをこのディレクトリに追加することによって、既存のファイルを編集せずにソフトウェアの設定を簡単に修正できます。パッケージメンテナはこれと同じやり方で、自分のパッケージとうまく共存させながら、他のソフトウェアの設定を変更します。あるパッケージが自分以外のパッケージから提供された設定ファイルを変更することは Debian ポリシーによって禁止されています。すなわち設定ファイルを変更できるのはユーザだけです。パッケージのアップグレード中に設定ファイルの変更が検出されたら、ユーザは設定ファイルのどのバージョンを保存するか聞かれることを忘れないでください。外部から設定ファイルが変更されれば必ず聞かれます。これは何も変えたくない管理者にとって煩わしいかもしれません。

en: Depending on the application, the <filename>.d</filename> directory is used directly or managed by an external script which will concatenate all the files to create the configuration file itself. It is important to execute the script after any change in that directory so that the most recent modifications are taken into account. In the same way, it is important not to work directly in the configuration file created automatically, since everything would be lost at the next execution of the script. The chosen method (<filename>.d</filename> directory used directly or a file generated from that directory) is usually dictated by implementation constraints, but in both cases the gains in terms of configuration flexibility more than make up for the small complications that they entail. The Exim 4 mail server is an example of the generated file method: it can be configured through several files (<filename>/etc/exim4/conf.d/*</filename>) which are concatenated into <filename>/var/lib/exim4/config.autogenerated</filename> by the <command>update-exim4.conf</command> command.
ja: アプリケーションに依存しますが、<filename>.d</filename> ディレクトリは直接またはすべてのファイルを連結して設定ファイルを作成する外部スクリプトを介して使われます。最新の変更を反映させるため、ディレクトリ内のファイルを変更した後にスクリプトを実行することが重要です。同様に、自動的に生成された設定ファイルを直接編集しないことが重要です。なぜなら、スクリプトを実行すれば生成された設定ファイルに行ったすべての変更が失われるからです。どちらの方法をとるか (<filename>.d</filename> ディレクトリを直接使うかディレクトリからファイルを生成するか) は通常実装に依存します。しかし、どちらの場合でも設定の柔軟性が増えるのに対して、設定の複雑さは少ししか増加しません。Exim 4 メールサーバはファイルを生成する方針をとるアプリケーションの例です。具体的に言えば、ファイル (<filename>/etc/exim4/conf.d/*</filename>) に設定を書き込み、<command>update-exim4.conf</command> コマンドがこれらを連結して <filename>/var/lib/exim4/config.autogenerated</filename> を生成します。

en: Managing Package Priorities
ja: パッケージ優先度の管理

en: <primary>pinning, APT pinning</primary>
ja: <primary>pinning、APT pinning</primary>

en: <primary>package</primary><secondary>priority</secondary>
ja: <primary>パッケージ</primary><secondary sortas="ユウセンド">優先度</secondary>

en: <primary>priority</primary><secondary>package priority</secondary>
ja: <primary sortas="ユウセンド">優先度</primary><secondary sortas="パッケージユウセンド">パッケージ優先度</secondary>

en: 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 <emphasis role="distribution">Testing</emphasis>, <emphasis role="distribution">Unstable</emphasis> or <emphasis role="distribution">Experimental</emphasis>. 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).
ja: APT の設定で最も重要な側面の 1 つに各パッケージソースに対する優先度の管理があります。たとえば、<emphasis role="distribution">テスト版</emphasis>、<emphasis role="distribution">不安定版</emphasis>、<emphasis role="distribution">実験版</emphasis>から入手できる新しいパッケージを 1 つか 2 つあるディストリビューションにインストールしたいと思うかもしれません。利用できるパッケージに対してそれぞれ別の優先度を割り当てることが可能です (同じパッケージに対してバージョンやそれを提供しているディストリビューションに依存する異なる優先度を設定することも可能です)。優先度の設定は APT の挙動に影響をおよぼします。すなわち、各パッケージについて、APT は常に最も優先度の高いバージョンをインストールします (例外は、最も優先度の高いバージョンがインストール済みのバージョンよりも古い場合か 1000 より低い優先度を持っている場合です)。

en: <primary>APT</primary><secondary>preferences</secondary>
ja: <primary>APT</primary><secondary sortas="セッテイ">設定</secondary>

en: 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 <literal>-t</literal> command-line option or the <literal>APT::Default-Release</literal> configuration directive).
ja: APT はいくつかのデフォルト優先度を定義しています。インストール済みパッケージのバージョンは優先度 100 です。インストールされていないパッケージのバージョンはデフォルトで優先度 500 ですが、ターゲットリリース (<literal>-t</literal> コマンドラインオプションか <literal>APT::Default-Release</literal> の設定指示文によって定義します) に含まれるバージョンの場合、優先度 990 になります。

en: <emphasis>SPECIFIC CASE</emphasis> Priority of <emphasis role="distribution">experimental</emphasis>
ja: <emphasis>SPECIFIC CASE</emphasis> <emphasis role="distribution">実験版</emphasis>の優先度

en: If you listed <emphasis role="distribution">Experimental</emphasis> in your <filename>sources.list</filename> file, the corresponding packages will almost never be installed because their default APT priority is 1. This is of course a specific case, designed to keep users from installing <emphasis role="distribution">Experimental</emphasis> packages by mistake. The packages can only be installed by typing <command>aptitude install <replaceable>package</replaceable>/experimental</command> — users typing this command can only be aware of the risks that they take. It is still possible (though <emphasis>not</emphasis> recommended) to treat packages of <emphasis role="distribution">Experimental</emphasis> like those of other distributions by giving them a priority of 500. This is done with a specific entry in <filename>/etc/apt/preferences</filename>:
ja: <emphasis role="distribution">実験版</emphasis>のリポジトリが <filename>sources.list</filename> ファイルに書かれていたとしても、<emphasis role="distribution">実験版</emphasis>に含まれるパッケージは決してインストールされません。なぜなら<emphasis role="distribution">実験版</emphasis>に含まれるパッケージの優先度は 1 だからです。これはもちろん特例措置で、誤って<emphasis role="distribution">実験版</emphasis>に含まれるパッケージをインストールするのを避けるためにこうなっています。<emphasis role="distribution">実験版</emphasis>に含まれるパッケージをインストールする唯一の方法は <command>aptitude install <replaceable>package</replaceable>/experimental</command> と実行することです。こうすることでこのコマンドを実行するユーザは嫌でもリスクをとることに気付かされるでしょう。<emphasis role="distribution">実験版</emphasis>に含まれるパッケージの優先度を 500 にして他のディストリビューションのパッケージと同列に扱うことも不可能ではありません (ただしこれは<emphasis>お勧めできません</emphasis>)。これを実現するには <filename>/etc/apt/preferences</filename> に以下のエントリを含めてください。

en: Let's suppose that you only want to use packages from the stable version of Debian. Those provided in other versions should not be installed except if explicitly requested. You could write the following entries in the <filename>/etc/apt/preferences</filename> file:
ja: Debian の安定版バージョンに含まれるパッケージだけを使いたいと仮定します。安定版以外のバージョンに含まれるパッケージは、明示的に要求されない限り、インストールされるべきではありません。この場合、<filename>/etc/apt/preferences</filename> ファイルに以下のエントリを書きます。

en: <literal>a=stable</literal> defines the name of the selected distribution. <literal>o=Debian</literal> limits the scope to packages whose origin is “Debian”.
ja: <literal>a=stable</literal> の含まれるエントリはディストリビューションの名前が stable のパッケージの優先度を 900 にしています。<literal>o=Debian</literal> の含まれるエントリは、自分よりも前に評価されたエントリにマッチしなかった、共有元が「Debian」のパッケージの優先度を -10 にしています。

en: <emphasis>TIP</emphasis> Comments in <filename>/etc/apt/preferences</filename>
ja: <emphasis>TIP</emphasis> <filename>/etc/apt/preferences</filename> 内のコメント

en: There is no official syntax to put comments in the <filename>/etc/apt/preferences</filename> file, but some textual descriptions can be provided by putting one or more “<literal>Explanation</literal>” fields at the start of each entry:
ja: <filename>/etc/apt/preferences</filename> ファイルにコメントを記入する公式のやり方はありませんが、それぞれのエントリの前の行に「<literal>Explanation</literal>」フィールドを付けるとテキスト説明を記入できます。

en: Explanation: The package xserver-xorg-video-intel provided
    Explanation: in experimental can be used safely
    Package: xserver-xorg-video-intel
    Pin: release a=experimental
    Pin-Priority: 500
ja: Explanation: 実験版に含まれる xserver-xorg-video-intel
    Explanation: パッケージは安全にお使いいただけます
    Package: xserver-xorg-video-intel
    Pin: release a=experimental
    Pin-Priority: 500

en: Working with Several Distributions
ja: 複数ディストリビューションの利用

en: <command>apt</command> being such a marvelous tool, it is tempting to pick packages coming from other distributions. For example, after having installed a <emphasis role="distribution">Stable</emphasis> system, you might want to try out a software package available in <emphasis role="distribution">Testing</emphasis> or <emphasis role="distribution">Unstable</emphasis> without diverging too much from the system's initial state.
ja: <command>apt</command> は素晴らしいツールであり、他のディストリビューションに含まれるパッケージをインストールする際に力を発揮します。たとえば、<emphasis role="distribution">安定版</emphasis>システムをインストールした後に<emphasis role="distribution">テスト版</emphasis>や<emphasis role="distribution">不安定版</emphasis>に含まれるソフトウェアのパッケージを試したいが、システムを最初の状態から大きく変更したくないという場合に力を発揮します。

en: Even if you will occasionally encounter problems while mixing packages from different distributions, <command>apt</command> manages such coexistence very well and limits risks very effectively. The best way to proceed is to list all distributions used in <filename>/etc/apt/sources.list</filename> (some people always put the three distributions, but remember that <emphasis role="distribution">Unstable</emphasis> is reserved for experienced users) and to define your reference distribution with the <literal>APT::Default-Release</literal> parameter (see <xref linkend="sect.apt-upgrade" />).
ja: パッケージごとに取得元ディストリビューションを変えていると、時々システムに問題が起きるかもしれませんが、<command>apt</command> はシステム内に複数のディストリビューションをうまく共存させ、危険のおよぶ範囲をうまく限定します。進むべき最善の道は、<filename>/etc/apt/sources.list</filename> に共存させるすべてのディストリビューションを書いて (常に 3 つのディストリビューションを書いている人もいますが、<emphasis role="distribution">不安定版</emphasis>は経験豊富なユーザ向けであることを忘れないでください)、<literal>APT::Default-Release</literal> パラメータで基準ディストリビューションを定義することです (<xref linkend="sect.apt-upgrade" />を参照してください)。

en: Let's suppose that <emphasis role="distribution">Stable</emphasis> is your reference distribution but that <emphasis role="distribution">Testing</emphasis> and <emphasis role="distribution">Unstable</emphasis> are also listed in your <filename>sources.list</filename> file. In this case, you can use <command>apt install <replaceable>package</replaceable>/testing</command> to install a package from <emphasis role="distribution">Testing</emphasis>. If the installation fails due to some unsatisfiable dependencies, let it solve those dependencies within <emphasis role="distribution">Testing</emphasis> by adding the <literal>-t testing</literal> parameter. The same obviously applies to <emphasis role="distribution">Unstable</emphasis>.
ja: <emphasis role="distribution">安定版</emphasis>を基準ディストリビューションと仮定し、併せて<emphasis role="distribution">テスト版</emphasis>と<emphasis role="distribution">不安定版</emphasis>用のリポジトリも <filename>sources.list</filename> ファイルに書かれていると仮定します。この場合、<emphasis role="distribution">テスト版</emphasis>に含まれるパッケージをインストールするには <command>apt install <replaceable>package</replaceable>/testing</command> を使います。依存関係の解決に失敗してインストールできなかった場合、<literal>-t testing</literal> パラメータを付けて<emphasis role="distribution">テスト版</emphasis>を使って依存関係を解決させることが可能です。<emphasis role="distribution">不安定版</emphasis>でも同じことが言えます。

en: Everything centers around the fact that APT only considers packages of higher or equal version than the installed one (assuming that <filename>/etc/apt/preferences</filename> has not been used to force priorities higher than 1000 for some packages).
ja: APT はインストール済みのパッケージに比べてバージョンが高いか同じのパッケージだけを考慮するという事実を知れば、すべてを理解できます (ここでは <filename>/etc/apt/preferences</filename> の中に一部のパッケージに対して 1000 より高い優先度を強制する設定がないと仮定します)。

en: Let's assume that you have installed version 1 of a first package from <emphasis role="distribution">Stable</emphasis> and that version 2 and 3 are available respectively in <emphasis role="distribution">Testing</emphasis> and <emphasis role="distribution">Unstable</emphasis>. The installed version has a priority of 100 but the version available in <emphasis role="distribution">Stable</emphasis> (the very same) has a priority of 990 (because it is part of the target release). Packages in <emphasis role="distribution">Testing</emphasis> and <emphasis role="distribution">Unstable</emphasis> 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 <emphasis role="distribution">Stable</emphasis>”.
ja: あるパッケージの、<emphasis role="distribution">安定版</emphasis>に含まれるバージョン 1 がインストール済みで、<emphasis role="distribution">テスト版</emphasis>と<emphasis role="distribution">不安定版</emphasis>に含まれるバージョン 2 と 3 が利用できると仮定しましょう。インストール済みバージョンの優先度は 100 ですが、<emphasis role="distribution">安定版</emphasis>に含まれるバージョン (インストール済みのバージョンと全く同じバージョン) の (ターゲットリリースに含まれるバージョンの) 優先度は 990 です。<emphasis role="distribution">テスト版</emphasis>と<emphasis role="distribution">不安定版</emphasis>に含まれるバージョンの優先度 (インストールされていないバージョンに対するデフォルト優先度) は 500 です。この場合、インストール済みのバージョン 1 が最も高い優先度 990 を持ちます。パッケージは「<emphasis role="distribution">安定版</emphasis>のまま」です。

en: Tracking Automatically Installed Packages
ja: 自動的にインストールされたパッケージの追跡

en: With this information, when packages are removed, the package managers can compute a list of automatic packages that are no longer needed (because there is no “manually installed” packages depending on them). <command>apt-get autoremove</command> or <command>apt autoremove</command> will get rid of those packages. <command>aptitude</command> does not have this command because it removes them automatically as soon as they are identified. In all cases, the tools display a clear message listing the affected packages.
ja: あるパッケージを削除する際に、パッケージマネージャは、この追跡情報を元に、既に不要となった自動パッケージを選び出すことができます (なぜなら、依存関係によってインストールされたパッケージのうち、「手作業でインストール」されていないパッケージは不要と判断できるからです)。不要になった自動パッケージを削除するには <command>apt-get autoremove</command> または <command>apt autoremove</command> を使います。<command>aptitude</command> にはこのコマンドがありません。なぜなら <command>aptitude</command> は不要な自動パッケージを見つけ次第自動的に削除するからです。どのプログラムを使った場合も、不要になった自動パッケージは分かりやすく表示されます。

en: It is a good habit to mark as automatic any package that you don't need directly so that they are automatically removed when they aren't necessary anymore. <command>apt-mark auto <replaceable>package</replaceable></command> will mark the given package as automatic whereas <command>apt-mark manual <replaceable>package</replaceable></command> does the opposite. <command>aptitude markauto</command> and <command>aptitude unmarkauto</command> work in the same way although they offer more features for marking many packages at once (see <xref linkend="sect.aptitude" />). The console-based interactive interface of <command>aptitude</command> also makes it easy to review the “automatic flag” on many packages.
ja: 直接的に使うわけではないパッケージを自動パッケージとしてマークするのは良い癖です。こうすれば、そのパッケージがいらなくなった時に自動的に削除されます。<command>apt-mark auto <replaceable>package</replaceable></command> はパッケージを自動パッケージとしてマークし、逆に <command>apt-mark manual <replaceable>package</replaceable></command> は手動パッケージとしてマークします。<command>aptitude markauto</command> と <command>aptitude unmarkauto</command> は同様に動きますが、多くのパッケージを同時にマークする機能を持っています (<xref linkend="sect.aptitude" />を参照してください)。<command>aptitude</command> のコンソールベース対話型インターフェースを使うと、多くのパッケージの「自動パッケージフラグ」を容易に確認できます。

en: People might want to know why an automatically installed package is present on the system. To get this information from the command line, you can use <command>aptitude why <replaceable>package</replaceable></command> (<command>apt</command> and <command>apt-get</command> have no similar feature):
ja: 自動的にインストールされたパッケージがシステムに存在する理由を知りたい場合があるかもしれません。この情報をコマンドラインから得るには、<command>aptitude why <replaceable>package</replaceable></command> を使ってください (<command>apt</command> および <command>apt-get</command> に同様の機能はありません)。

en: <emphasis>ALTERNATIVE</emphasis> <command>deborphan</command> and <command>debfoster</command>
ja: <emphasis>ALTERNATIVE</emphasis> <command>deborphan</command> と <command>debfoster</command>

en: <command>debfoster</command> has a more elaborate approach, very similar to APT's one: it maintains a list of packages that have been explicitly installed, and remembers what packages are really required between each invocation. If new packages appear on the system and if <command>debfoster</command> doesn't know them as required packages, they will be shown on the screen together with a list of their dependencies. The program then offers a choice: remove the package (possibly together with those that depend on it), mark it as explicitly required, or ignore it temporarily.
ja: <command>debfoster</command> は APT とよく似たより複雑なアプローチを取ります。具体的に言えば、<command>debfoster</command> は明示的にインストールされたパッケージのリストを保存し、毎回起動される度に本当に必要なパッケージを記録します。<command>debfoster</command> が新しいパッケージをシステムに検出し、そのパッケージが必要か分からなかった場合、そのパッケージを依存関係のリストと一緒に画面に表示します。そして、選択肢を表示します。この選択肢の中には、パッケージを削除する (そのパッケージが依存するパッケージも一緒に削除するかもしれません)、明示的に必要とマークする、一時的にこれを無視するなどがあります。

en: The <command>apt-cache</command> Command
ja: <command>apt-cache</command> コマンド

en: <primary>APT</primary><secondary>package search</secondary>
ja: <primary>APT</primary><secondary sortas="パッケージケンサク">パッケージ検索</secondary>

en: <primary>APT</primary><secondary>header display</secondary>
ja: <primary>APT</primary><secondary sortas="ヘッダヒョウジ">ヘッダ表示</secondary>

en: <primary>search of packages</primary>
ja: <primary sortas="ケンサク">検索</primary><secondary>パッケージ</secondary>

en: <primary>package</primary><secondary>search</secondary>
ja: <primary>パッケージ</primary><secondary sortas="ケンサク">検索</secondary>

en: The <command>apt-cache</command> command can display much of the information stored in APT's internal database. This information is a sort of cache since it is gathered from the different sources listed in the <filename>sources.list</filename> file. This happens during the <command>apt update</command> operation.
ja: <command>apt-cache</command> コマンドは APT の内部データベースに保存された情報の多くを表示できます。この情報は一種のキャッシュのようなもので、<filename>sources.list</filename> ファイル内のさまざまなソースから収集されます。収集は <command>apt update</command> の実行ごとに行われます。

en: <emphasis>VOCABULARY</emphasis> Cache
ja: <emphasis>VOCABULARY</emphasis> キャッシュ

en: A cache is a temporary storage system used to speed up frequent data access when the usual access method is expensive (performance-wise). This concept can be applied in numerous situations and at different scales, from the core of microprocessors up to high-end storage systems.
ja: キャッシュとは (パフォーマンスの観点から) 通常のアクセス方法が高くつく場合に、頻繁なデータアクセスを高速化する目的で使われる一時的な保存システムです。キャッシュの概念は、数多くの状況と異なる規模に対して、たとえばマイクロプロセッサのコアや高性能のストレージシステムにさえも、応用できます。

en: <command>apt-cache search</command> is a very rudimentary tool, basically implementing <command>grep</command> on package's descriptions. It often returns too many results or none at all when you include too many keywords.
ja: <command>apt-cache search</command> はとても基本的なツールで、簡単に言ってしまえばパッケージ説明の <command>grep</command> 実装です。その結果の数は通常多すぎるか、逆にキーワードが多すぎれば全くないかのどちらかです。

en: Frontends: <command>aptitude</command>, <command>synaptic</command>
ja: フロントエンド、<command>aptitude</command>、<command>synaptic</command>

en: <primary>APT</primary><secondary>interfaces</secondary>
ja: <primary>APT</primary><secondary>インターフェース</secondary>

en: The <command>aptitude</command> package manager
ja: <command>aptitude</command> パッケージマネージャ

en: When it starts, <command>aptitude</command> shows a list of packages sorted by state (installed, non-installed, or installed but not available on the mirrors — other sections display tasks, virtual packages, and new packages that appeared recently on mirrors). To facilitate thematic browsing, other views are available. In all cases, <command>aptitude</command> displays a list combining categories and packages on the screen. Categories are organized through a tree structure, whose branches can respectively be unfolded or closed with the <keycombo><keycap>Enter</keycap></keycombo>, <keycombo><keycap>[</keycap></keycombo> and <keycombo><keycap>]</keycap></keycombo> keys. <keycombo><keycap>+</keycap></keycombo> should be used to mark a package for installation, <keycombo><keycap>-</keycap></keycombo> to mark it for removal and <keycombo><keycap>_</keycap></keycombo> to purge it (note that these keys can also be used for categories, in which case the corresponding actions will be applied to all the packages of the category). <keycombo><keycap>u</keycap></keycombo> updates the lists of available packages and <keycombo action="simul"><keycap>Shift</keycap><keycap>u</keycap></keycombo> prepares a global system upgrade. <keycombo><keycap>g</keycap></keycombo> switches to a summary view of the requested changes (and typing <keycombo><keycap>g</keycap></keycombo> again will apply the changes), and <keycombo><keycap>q</keycap></keycombo> quits the current view. If you are in the initial view, this will effectively close <command>aptitude</command>.
ja: <command>aptitude</command> は起動すると、状態ごとに分類したパッケージのリストを表示します (インストール済み、未インストール、インストール済みだがミラーから利用不可、タスク、仮想パッケージ、最近ミラーに登場した新しいパッケージなどの状態ごとに分類されます)。さらに、パッケージリストをテーマ別に簡便に閲覧できるビューも用意されています。すべての場合について、<command>aptitude</command> はカテゴリとパッケージを併せたリストを画面に表示します。カテゴリは木構造を使って系統付けられ、木構造の枝は <keycombo><keycap>Enter</keycap></keycombo>、<keycombo><keycap>[</keycap></keycombo>、<keycombo><keycap>]</keycap></keycombo> キーで開いたり閉じたりできます。<keycombo><keycap>+</keycap></keycombo> はインストールマーク、<keycombo><keycap>-</keycap></keycombo> は削除マーク、<keycombo><keycap>_</keycap></keycombo> は完全削除マークをパッケージに対して付け加えるのに使われます (マーク操作はカテゴリに対しても適用できる点に注意してください。この場合、カテゴリ内のすべてのパッケージに対して対応するマーク操作を行います)。<keycombo><keycap>u</keycap></keycombo> は利用できるパッケージのリストを更新、<keycombo action="simul"><keycap>Shift</keycap><keycap>u</keycap></keycombo> はシステム全体のアップグレードを準備します。<keycombo><keycap>g</keycap></keycombo> は要求された変更操作の要約ビューに切り替えます (もう一度 <keycombo><keycap>g</keycap></keycombo> を打てば変更を適用します)。<keycombo><keycap>q</keycap></keycombo> は現在のビューを閉じます (ビューが一つしか残っていない場合 <command>aptitude</command> を閉じます)。

en: To search for a package, you can type <keycombo><keycap>/</keycap></keycombo> followed by a search pattern. This pattern matches the name of the package, but can also be applied to the description (if preceded by <literal>~d</literal>), to the section (with <literal>~s</literal>) or to other characteristics detailed in the documentation. The same patterns can filter the list of displayed packages: type the <keycombo><keycap>l</keycap></keycombo> key (as in <foreignphrase>limit</foreignphrase>) and enter the pattern.
ja: <command>aptitude</command> でパッケージを検索するには、<keycombo><keycap>/</keycap></keycombo> を押して、検索パターンを入力してください。この検索パターンはパッケージの名前に対して検索を行いますが、説明文 (<literal>~d</literal> を先頭に付けた場合)、セクション (<literal>~s</literal>)、その他の属性の内容に対してを検索を行うことも可能です。詳しくは文書を参照してください。同じ検索パターンを使って、表示されるパッケージを選別することも可能です。これを行うには、<keycombo><keycap>l</keycap></keycombo> キー (<foreignphrase>limit</foreignphrase> の意味) を押して検索パターンを入力してください。

en: <emphasis>TOOL</emphasis> Using <command>aptitude</command> on the command-line interface
ja: <emphasis>TOOL</emphasis> コマンドラインインターフェースで <command>aptitude</command> を使う

en: Most of <command>aptitude</command>'s features are accessible via the interactive interface as well as via command-lines. These command-lines will seem familiar to regular users of <command>apt-get</command> and <command>apt-cache</command>.
ja: <command>aptitude</command> の機能のほとんどは対話型インターフェースだけでなくコマンドラインインターフェースからも利用できます。コマンドラインは <command>apt-get</command> と <command>apt-cache</command> を日常的に使っているユーザにとって身近なものでしょう。

en: The advanced features of <command>aptitude</command> are also available on the command-line. You can use the same package search patterns as in the interactive version. For example, if you want to cleanup the list of “manually installed” packages, and if you know that none of the locally installed programs require any particular libraries or Perl modules, you can mark the corresponding packages as automatic with a single command:
ja: <command>aptitude</command> の先進的な機能はコマンドラインからも使えます。パッケージ検索パターンは対話型インターフェースの場合と同じです。たとえば、「手作業でインストールされた」パッケージのリストを整理整頓したい場合、インストール済みでパッケージ管理下にないプログラムが特定のライブラリと Perl モジュールに依存していないと知っていれば、たった 1 つのコマンドで関連するパッケージを自動パッケージとしてマークすることが可能です。

en: Here, you can clearly see the power of the search pattern system of <command>aptitude</command>, which enables the instant selection of all the packages in the <literal>libs</literal> and <literal>perl</literal> sections.
ja: この検索パターンは、<literal>libs</literal> と <literal>perl</literal> セクションに含まれる全パッケージを簡単に選択するものであり、<command>aptitude</command> で使える検索パターンシステムの力を明確に表しています。

en: Beware, if some packages are marked as automatic and if no other package depends on them, they will be removed immediately (after a confirmation request).
ja: <command>aptitude</command> は、自動パッケージとしてマークされているパッケージが他のパッケージから依存関係に指定されていない場合、その自動パッケージをすぐに (削除要求を確認した後に) 削除します。この点に気を付けてください。

en: Managing Recommendations, Suggestions and Tasks
ja: 推奨パッケージ、提案パッケージ、タスクの管理

en: Note that this recommendation tracking feature does not apply to upgrades. For instance, if a new version of <emphasis role="pkg">gnome</emphasis> recommends a package that it did not recommend formerly, the package won't be marked for installation. However, it will be listed on the upgrade screen so that the administrator can still select it for installation.
ja: <command>aptitude</command> を使ってパッケージのアップグレードを行う場合、上で述べた推奨関係を追跡してインストールパッケージを自動選択する機能が作動しない点に注意してください。たとえば、<emphasis role="pkg">gnome</emphasis> の新バージョンが、以前推奨していなかったパッケージを推奨している場合、推奨されているパッケージは選択されません。しかしながら、管理者がインストールの可否を選択できるように、新しい推奨パッケージはアップグレード画面に表示されます。

en: Suggestions between packages are also taken into account, but in a manner adapted to their specific status. For example, since <emphasis role="pkg">gnome</emphasis> suggests <emphasis role="pkg">empathy</emphasis>, the latter will be displayed on the summary screen of pending actions (in the section of packages suggested by other packages). This way, it is visible and the administrator can decide whether to take the suggestion into account or not. Since it is only a suggestion and not a dependency or a recommendation, the package will not be selected automatically — its selection requires a manual intervention from the user (thus, the package will not be marked as automatic).
ja: さらに、<command>aptitude</command> はパッケージ間の提案関係を考慮しますが、そのやり方はパッケージを特定の表示状態にするだけです。たとえば、<emphasis role="pkg">gnome</emphasis> は <emphasis role="pkg">empathy</emphasis> を提案しているので、<emphasis role="pkg">empathy</emphasis> は保留中の操作の要約画面 (他のパッケージによって提案されたパッケージのセクションの中) に表示されるでしょう。このように、提案されたパッケージは一覧に表示され、管理者はこの提案に従ってインストールするか否かを決めます。パッケージ間の提案関係とは依存関係でも推奨関係でもないので、提案されたパッケージは自動的にインストールマークを付けられません。つまり、ユーザがインストールするか否かを手作業で選択します (このため、提案されたパッケージは自動パッケージとしてマークされません)。

en: In the same spirit, remember that <command>aptitude</command> makes intelligent use of the concept of task. Since tasks are displayed as categories in the screens of packages lists, you can either select a full task for installation or removal, or browse the list of packages included in the task to select a smaller subset.
ja: 同様の観点から <command>aptitude</command> はタスクの概念をうまく取り扱うことにも触れておきます。タスクはパッケージリストの画面内にカテゴリとして表示されるため、ユーザはタスクのインストールおよび削除を、タスク全体に対して適用するか、タスクのパッケージの一部を選択してそれらに適用するかを選ぶことが可能です。

en: Better Solver Algorithms
ja: より良い解決アルゴリズム

en: <emphasis>NOTE</emphasis> <command>aptitude</command>'s log
ja: <emphasis>NOTE</emphasis> <command>aptitude</command> のログ

en: Like <command>dpkg</command>, <command>aptitude</command> keeps a trace of executed actions in its logfile (<filename>/var/log/aptitude</filename>). However, since both commands work at a very different level, you cannot find the same information in their respective logfiles. While <command>dpkg</command> logs all the operations executed on individual packages step by step, <command>aptitude</command> gives a broader view of high-level operations like a system-wide upgrade.
ja: <command>dpkg</command> と同様に、<command>aptitude</command> は実行した操作をログファイル (<filename>/var/log/aptitude</filename>) に記録します。しかしながら、<command>dpkg</command> と <command>aptitude</command> は全く異なる階層で動いているので、それぞれのログファイルには異なる情報が含まれます。<command>dpkg</command> が各パッケージに対して行ったすべての操作を 1 つずつ記録するのに対し、<command>aptitude</command> はシステム全体のアップグレードなどの高レベル操作に対するより全体的な情報を記録します。

en: <command>synaptic</command> is a graphical package manager for Debian which features a clean and efficient graphical interface based on GTK+/GNOME. Its many ready-to-use filters give fast access to newly available packages, installed packages, upgradable packages, obsolete packages and so on. If you browse through these lists, you can select the operations to be done on the packages (install, upgrade, remove, purge); these operations are not performed immediately, but put into a task list. A single click on a button then validates the operations, and they are performed in one go.
ja: <command>synaptic</command> は Debian 用のグラフィカルパッケージマネージャで、GTK+/GNOME を使った簡便で効率的なグラフィカルインターフェースです。数多くのすぐに使えるフィルタのおかげで、新しく利用できるようになったパッケージ、インストール済みパッケージ、アップグレードできるパッケージ、時代遅れのパッケージなどを素早く確認できます。これらのリストを通じてパッケージを閲覧しているならば、閲覧中のパッケージに対して実行する操作 (インストール、アップグレード、削除、完全削除) を選択できます。さらに、これらの操作はすぐに実行されるのではなく、まずは操作リストに追加されます。ボタンを一度クリックするだけで、操作の正当性が検証され、操作は一度に実行されます。

en: <command>synaptic</command> package manager
ja: <command>synaptic</command> パッケージマネージャ

en: Checking Package Authenticity
ja: パッケージ信頼性の確認

en: <primary>package</primary><secondary>authenticity check</secondary>
ja: <primary>パッケージ</primary><secondary sortas="シンライセイカクニン">信頼性確認</secondary>

en: <primary>package</primary><secondary>seal</secondary>
ja: <primary>パッケージ</primary><secondary sortas="フウイン">封印</secondary>

en: <primary>package</primary><secondary>signature</secondary>
ja: <primary>パッケージ</primary><secondary sortas="ショメイ">署名</secondary>

en: <primary>signature</primary><secondary>package signature</secondary>
ja: <primary sortas="ショメイ">署名</primary><secondary sortas="パッケージショメイ">パッケージ署名</secondary>

en: <primary>authentication</primary><secondary>package authentication</secondary>
ja: <primary sortas="シンライセイ">信頼性</primary><secondary sortas="パッケージシンライセイ">パッケージ信頼性</secondary>

en: Security is very important for Falcot Corp administrators. Accordingly, they need to ensure that they only install packages which are guaranteed to come from Debian with no tampering on the way. A computer cracker could try to add malicious code to an otherwise legitimate package. Such a package, if installed, could do anything the cracker designed it to do, including for instance disclosing passwords or confidential information. To circumvent this risk, Debian provides a tamper-proof seal to guarantee — at install time — that a package really comes from its official maintainer and hasn't been modified by a third party.
ja: Falcot Corp の管理者にとって、セキュリティはとても重要です。つまり管理者は、パッケージが途中で改竄されていないこと、確かに Debian から提供されていることを確認し、確認のとれたパッケージだけをインストールしなければいけません。コンピュータクラッカーは、他の合法的なパッケージに悪意あるコードを追加しようと試みます。そのようなパッケージがインストールされた場合、クラッカーが設計したことは何でも、たとえばパスワードや機密情報の漏洩などでも、実行されます。この危険性を回避するために、Debian は不正改竄を防ぐ封印を提供し、インストール時にそのパッケージが公式メンテナから提供されたものと本当に同じこと、第三者によって変更されていないことを保証しています。

en: <emphasis>IN PRACTICE</emphasis> Adding trusted keys
ja: <emphasis>IN PRACTICE</emphasis> 信頼された鍵の追加

en: <primary>trusted key</primary>
ja: <primary sortas="シンライサレタカギ">信頼された鍵</primary>

en: <primary>key</primary><secondary>APT's authentication keys</secondary>
ja: <primary sortas="カギ">鍵</primary><secondary sortas="APT ノニンショウカギ">APT の認証鍵</secondary>

en: When a third-party package source is added to the <filename>sources.list</filename> file, APT needs to be told to trust the corresponding GPG authentication key (otherwise it will keep complaining that it can't ensure the authenticity of the packages coming from that repository). The first step is of course to get the public key. More often than not, the key will be provided as a small text file, which we will call <filename>key.asc</filename> in the following examples.
ja: 第三者のパッケージソースを <filename>sources.list</filename> に追加したら、APT に対してパッケージソースに対応する GPG 認証鍵を信頼することを伝える必要があります (そうでなければ、APT はそのパッケージソースから提供されるパッケージの信頼性を保証できないとエラーを出し続けます)。最初のステップはもちろん公開鍵を手に入れることです。大抵の場合、公開鍵は小さなテキストファイルの形で配布されています。以降の例ではこの公開鍵を <filename>key.asc</filename> と呼びます。

en: Upgrading from One Stable Distribution to the Next
ja: 安定版から次のディストリビューションへのアップグレード

en: One of the best-known features of Debian is its ability to upgrade an installed system from one stable release to the next: <foreignphrase>dist-upgrade</foreignphrase> — a well-known phrase — has largely contributed to the project's reputation. With a few precautions, upgrading a computer can take as little as a few minutes, or a few dozen minutes, depending on the download speed from the package repositories.
ja: Debian の最もよく知られた特色の 1 つに、インストールされたシステムを安定版から次の安定版にアップグレードできることが挙げられます。そして有名なサブコマンドである <foreignphrase>dist-upgrade</foreignphrase> はプロジェクトの評判に大きく寄与し続けています。いくつかの事前準備に必要な時間を含めても、コンピュータのアップグレードに必要な時間はパッケージリポジトリからのダウンロード速度に依存してわずか数分から数十分です。

en: Recommended Procedure
ja: 推奨手順

en: Since Debian has quite some time to evolve in-between stable releases, you should read the release notes before upgrading.
ja: Debian の安定版は次のリリースまでの間にかなり長い時間をかけて大きく進化するので、アップグレードの前にリリースノートを読むべきです。

en: <emphasis>BACK TO BASICS</emphasis> Release notes
ja: <emphasis>BACK TO BASICS</emphasis> リリースノート

en: The release notes for an operating system (and, more generally, for any software) are a document giving an overview of the software, with some details concerning the particularities of one version. These documents are generally short compared to the complete documentation, and they usually list the features which have been introduced since the previous version. They also give details on upgrading procedures, warnings for users of previous versions, and sometimes errata.
ja: オペレーティングシステムの (より一般的に言えば、ソフトウェアの) リリースノートはソフトウェアの概観と、あるバージョンに固有な点の詳細を説明する文書です。リリースノートは通常、完全な文書に比べて短く、前のバージョン以降導入された機能をリストアップしています。加えて、アップグレード手順の詳細、以前のバージョンのユーザに対する警告、そして時々正誤表を含んでいます。

en: Handling Problems after an Upgrade
ja: アップグレードの後から問題を取り扱う

en: In spite of the Debian maintainers' best efforts, a major system upgrade isn't always as smooth as you could wish. New software versions may be incompatible with previous ones (for instance, their default behavior or their data format may have changed). Also, some bugs may slip through the cracks despite the testing phase which always precedes a Debian release.
ja: Debian メンテナの最大限の努力にも関わらず、システムのメジャーアップグレードは常に望んだ通りに順調に進むわけではありません。新しいソフトウェアバージョンは古いものと互換性がないかもしれません (たとえば、デフォルト動作やデータフォーマットが変わっているかもしれません)。また、いくつかのバグは Debian リリース前のテスト段階を経たにも関わらず見過ごされているかもしれません。

en: To anticipate some of these problems, you can install the <emphasis role="pkg">apt-listchanges</emphasis> package, which displays information about possible problems at the beginning of a package upgrade. This information is compiled by the package maintainers and put in <filename>/usr/share/doc/<replaceable>package</replaceable>/NEWS.Debian</filename> files for the benefit of users. Reading these files (possibly through <emphasis role="pkg">apt-listchanges</emphasis>) should help you avoid bad surprises.
ja: いくつかの問題を未然に防ぐために、<emphasis role="pkg">apt-listchanges</emphasis> パッケージをインストールすることが可能です。<emphasis role="pkg">apt-listchanges</emphasis> は、あるパッケージのアップグレード作業の開始時に、このパッケージのアップグレードを行うことで生じる可能性のある問題の情報を表示します。この情報はパッケージメンテナがまとめたもので、ユーザが内容を確認できるように <filename>/usr/share/doc/<replaceable>package</replaceable>/NEWS.Debian</filename> ファイルに含まれています。これらのファイルを (場合によっては <emphasis role="pkg">apt-listchanges</emphasis> を通じて) 読めば、予期しない状況に驚かされることがなくなるでしょう。

en: sometimes a patch already exists, and it is available on the bug report; you can then recompile a fixed version of the broken package locally (see <xref linkend="sect.rebuilding-package" />);
ja: パッチが既に存在し、バグ報告からそれを入手できる場合もあります。この場合、壊れたパッケージの修正されたバージョンを再コンパイルすることが可能です (<xref linkend="sect.rebuilding-package" />をご覧ください)。

en: in other cases, users may have found a workaround for the problem and shared their insights about it in their replies to the report;
ja: バグ報告には問題に対する次善策が報告されており、報告に対する返信から問題の本質を理解できる場合もあります。

en: in yet other cases, a fixed package may have already been prepared and made public by the maintainer.
ja: さらに、メンテナが修正されたパッケージを用意して既に公開している場合もあります。

en: Keeping a System Up to Date
ja: システムを最新の状態に保つ

en: While it is of course possible to periodically run a tool to check for available updates and run the upgrades, such a repetitive task is tedious, especially when it needs to be performed on several machines. Fortunately, like many repetitive tasks, it can be partly automated, and a set of tools have already been developed to that effect.
ja: 利用できる更新を確認してアップグレードを実行するために日常的にツールを実行することはもちろん可能ですが、特に複数のマシンでこれを行う必要がある場合、このような反復作業は面白くありません。幸いなことに、多くの反復作業と同様この作業もある程度自動化が可能で、効果的な一連のツールが開発されています。

en: The first of these tools is <command>apticron</command>, in the package of the same name. Its main effect is to run a script daily (via <command>cron</command>). The script updates the list of available packages, and, if some installed packages are not in the latest available version, it sends an email with a list of these packages along with the changes that have been made in the new versions. Obviously, this package mostly targets users of Debian <emphasis role="distribution">Stable</emphasis>, since the daily emails would be very long for the faster paced versions of Debian. When updates are available, <command>apticron</command> automatically downloads them. It does not install them — the administrator will still do it — but having the packages already downloaded and available locally (in APT's cache) makes the job faster.
ja: 更新作業の自動化を担うツールの 1 つ目は <command>apticron</command> で、同名のパッケージに含まれます。<command>apticron</command> の主たる挙動は (<command>cron</command> を使って) 毎日スクリプトを実行することです。スクリプトは利用できるパッケージのリストを更新し、インストール済みパッケージが入手できる最新バージョンと異なる場合、そのようなパッケージのリストと新しいバージョンにおける修正点をメールで送信します。<command>apticron</command> の挙動は明らかに Debian <emphasis role="distribution">安定版</emphasis>のユーザを対象にしています。なぜなら、より頻繁にパッケージが更新される Debian の他のディストリビューションでは毎日のメールがとても長くなるからです。更新が利用できるようになったら、<command>apticron</command> は自動的にそれらをダウンロードします。<command>apticron</command> はインストール作業を行いません。すなわち管理者が手作業でインストールを実行する必要があります。しかしながら、パッケージをダウンロードして手元 (APT のキャッシュ) に保存しておくことで、管理者は作業を迅速に行うことが可能です。

en: This option allows you to specify the frequency (in days) at which the package lists are refreshed. <command>apticron</command> users can do without this variable, since <command>apticron</command> already does this task.
ja: このオプションを使えば、パッケージリストを更新する頻度 (日単位) を設定することが可能です。<command>apticron</command> ユーザならこの変数を設定しなくても大丈夫です。なぜなら <command>apticron</command> が設定するからです。

en: Again, this option indicates a frequency (in days), this time for the downloading of the actual packages. Again, <command>apticron</command> users won't need it.
ja: このオプションを使えば、パッケージをダウンロードする頻度 (日単位) を設定することが可能です。<command>apticron</command> ユーザはこの変数を設定する必要はありません。

en: This option covers a feature that <command>apticron</command> doesn't have. It controls how often obsolete packages (those not referenced by any distribution anymore) are removed from the APT cache. This keeps the APT cache at a reasonable size and means that you don't need to worry about that task.
ja: これは <command>apticron</command> が備えていない機能を担うオプションです。このオプションはどの程度の頻度で時代遅れのパッケージ (どのディストリビューションにも含まれないパッケージ) を APT キャッシュから削除するかを制御します。このオプションを使うことで APT キャッシュを合理的なサイズに保ち、キャッシュの削除作業について心配する必要がなくなります。

en: Other options can allow you to control the cache cleaning behavior with more precision. They are not listed here, but they are described in the <filename>/usr/lib/apt/apt.systemd.daily</filename> script.
ja: 上記以外のオプションを使うことで、さらに精密なキャッシュ消去挙動を制御できます。それらのオプションをここに載せることはしませんが、詳しい説明は <filename>/usr/lib/apt/apt.systemd.daily</filename> スクリプトを参照してください。

en: Upgrading with <command>gpk-update-viewer</command>
ja: <command>gpk-update-viewer</command> を使ったアップグレード

en: This tool is no longer installed in the default GNOME desktop. The new philosophy is that security updates should be automatically installed, either in the background or, preferably, when you shutdown your computer so as to not confuse any running application.
ja: 現在では <command>gpk-update-viewer</command> はデフォルトの GNOME デスクトップにインストールされません。新しい原則に従うなら、セキュリティ更新は自動インストールされるべきであり、これはバックグラウンドで行われるか、起動中のアプリケーションに対する無用の混乱を避けるためにコンピュータをシャットダウンする際に行われるべきです。

en: Automatic Upgrades
ja: 自動アップグレード

en: <primary>upgrade</primary><secondary>automatic system upgrade</secondary>
ja: <primary>アップグレード</primary><secondary sortas="ジドウテキナシステムアップグレード">自動的なシステムアップグレード</secondary>

en: <primary>automatic upgrade</primary>
ja: <primary sortas="ジドウアップグレード">自動アップグレード</primary>

en: Since Falcot Corp has many computers but only limited manpower, its administrators try to make upgrades as automatic as possible. The programs in charge of these processes must therefore run with no human intervention.
ja: Falcot Corp は多くのコンピュータを使っているものの人手は不足しているため、管理者は可能な限り自動でアップグレードを行うように努力しています。アップグレード作業を担当しているプログラムは人間の介在がなくても実行されなければいけません。

en: Configuring <command>dpkg</command>
ja: <command>dpkg</command> の設定

en: Configuring APT
ja: APT の設定

en: The case of APT is simple: the <literal>-y</literal> option (or <literal>--assume-yes</literal>) tells APT to consider the answer to all its questions to be “yes”.
ja: APT からの入力要求に自動回答する設定は簡単です。つまり <literal>-y</literal> オプション (または <literal>--assume-yes</literal>) を使えば、APT の出すすべての質問に「yes」と答えたことになります。

en: Configuring <command>debconf</command>
ja: <command>debconf</command> の設定

en: The case of <command>debconf</command> deserves more details. This program was, from its inception, designed to control the relevance and volume of questions displayed to the user, as well as the way they are shown. That is why its configuration requests a minimal priority for questions; only questions above the minimal priority are displayed. <command>debconf</command> assumes the default answer (defined by the package maintainer) for questions which it decided to skip.
ja: <command>debconf</command> からの入力要求に自動回答する設定はさらに詳細な説明が必要です。設計当初から <command>debconf</command> はユーザに対する質問の妥当性と分量を調整し、同時に質問の表示方法を制御することを目標に設計されました。そのため、debconf データベースに質問を登録する際には各質問に対して表示の妥当性を制御するための優先度を設定する必要があります。現在の優先度が質問に設定された優先度を超える場合、その質問が表示されます。<command>debconf</command> はユーザが回答しなかった質問は、(パッケージメンテナが定義した) デフォルトと同様に回答されたと仮定します。

en: To reconfigure <command>debconf</command>, use the <command>dpkg-reconfigure</command> tool from the <emphasis role="pkg">debconf</emphasis> package; the relevant command is <command>dpkg-reconfigure debconf</command>. Note that the configured values can be temporarily overridden with environment variables when needed (for instance, <varname>DEBIAN_FRONTEND</varname> controls the interface, as documented in the <citerefentry><refentrytitle>debconf</refentrytitle><manvolnum>7</manvolnum></citerefentry> manual page).
ja: <command>debconf</command> を再設定するには、<emphasis role="pkg">debconf</emphasis> パッケージから提供される <command>dpkg-reconfigure</command> ツールを使ってください。<command>debconf</command> を再設定するコマンドは <command>dpkg-reconfigure debconf</command> です。ここで設定した値は、必要ならば環境変数を使って一時的に上書きできる点に注意してください (たとえば、<varname>DEBIAN_FRONTEND</varname> 環境変数は、<citerefentry><refentrytitle>debconf</refentrytitle><manvolnum>7</manvolnum></citerefentry> マニュアルページで説明されている通り、インターフェースを制御します)。

en: Handling Command Line Interactions
ja: コマンドラインインターフェースの制御

en: The last source of interactions, and the hardest to get rid of, is the configuration scripts run by <command>dpkg</command>. There is unfortunately no standard solution, and no answer is overwhelmingly better than another.
ja: ユーザに入力を要求する最後の要素は <command>dpkg</command> が実行する設定スクリプトで、これは制御することが最も難しいものです。残念なことに設定スクリプトからの入力要求に自動回答するための標準的な解決策はありませんし、無回答以外に良い解決策はありません。

en: The common approach is to suppress the standard input by redirecting the empty content of <filename>/dev/null</filename> into it with <command><replaceable>command</replaceable> &lt;/dev/null</command>, or to feed it with an endless stream of newlines. None of these methods is 100 % reliable, but they generally lead to the default answers being used, since most scripts consider a lack of reply as an acceptance of the default value.
ja: 設定スクリプトからの入力要求に自動回答するための一般的な解決策は、<command><replaceable>command</replaceable> &lt;/dev/null</command> のように標準入力を <filename>/dev/null</filename> の空内容にリダイレクトすることで標準入力を抑制するか、プログラムに改行文字を送り続けるかです。どちらの解決策も完全に信頼できるわけではありませんが、通常はこれらの解決策を取ればデフォルト回答が使われることになります。なぜなら、多くのスクリプトでは、応答のない場合はデフォルト回答を選択したことになるからです。

en: The Miracle Combination
ja: 奇跡の組み合わせ

en: By combining the previous elements, it is possible to design a small but rather reliable script which can handle automatic upgrades.
ja: 上記の要素を組み合わせれば、小規模で比較的信頼できるスクリプトを設計することが可能です。これで自動アップグレードが可能になります。

en: Non-interactive upgrade script
ja: 非対話型のアップグレードスクリプト

en: <emphasis>IN PRACTICE</emphasis> The Falcot Corp case
ja: <emphasis>IN PRACTICE</emphasis> Falcot Corp の場合

en: Falcot computers are a heterogeneous system, with machines having various functions. Administrators will therefore pick the most relevant solution for each computer.
ja: Falcot のコンピュータはさまざまな機種が混在するシステムで、それぞれのマシンが異なる役目を果たしています。そのため、管理者はそれぞれのコンピュータに対して最も適切な解決策を選択できます。

en: In the lab, the few computers using <emphasis role="distribution">Testing</emphasis> — to take advantage of the latest software versions — are not upgraded automatically either. Administrators only configure APT to prepare the upgrades but not enact them; when they decide to upgrade (manually), the tedious parts of refreshing package lists and downloading packages will be avoided, and administrators can focus on the really useful part.
ja: 研究所では、最新のソフトウェアバージョンを駆使するために一部のコンピュータで<emphasis role="distribution">テスト版</emphasis>を使っています。これらのコンピュータは自動的にアップグレードされません。管理者は APT を設定してアップグレードを準備するだけで、アップグレードを適用しません。従って、管理者が (手作業で) アップグレードを行う際には、パッケージリストの更新とパッケージのダウンロードという退屈な作業が終わっている状態であり、本当に必要なところだけに集中できます。

en: Searching for Packages
ja: パッケージの検索

en: The most trivial search possible is looking up an exact package name. If <command>apt show <replaceable>package</replaceable></command> returns a result, then the package exists. Unfortunately, this requires knowing or even guessing the package name, which isn't always possible.
ja: 最も平凡な検索方法は正確なパッケージ名を調べることです。<command>apt show <replaceable>package</replaceable></command> で結果が返されたら、パッケージが存在するということです。不幸なことにこの方法では、パッケージ名を知っているか推測する必要があり、それは常に可能とは限りません。

en: <emphasis>TIP</emphasis> Package naming conventions
ja: <emphasis>TIP</emphasis> パッケージ命名規則

en: Some categories of packages are named according to a conventional naming scheme; knowing the scheme can sometimes allow you to guess exact package names. For instance, for Perl modules, the convention says that a module called <literal>XML::Handler::Composer</literal> upstream should be packaged as <emphasis role="pkg">libxml-handler-composer-perl</emphasis>. The library enabling the use of the <command>gconf</command> system from Python is packaged as <emphasis role="pkg">python-gconf</emphasis>. It is unfortunately not possible to define a fully general naming scheme for all packages, even though package maintainers usually try to follow the choice of the upstream developers.
ja: いくつかのカテゴリに含まれるパッケージは慣習的な命名規則に基づいて命名されます。従って、この規則を知っておけば、正確なパッケージ名を推測できる場合があります。たとえば、Perl モジュールに関して言えば、<literal>XML::Handler::Composer</literal> と呼ばれるモジュールは命名規則に従うと <emphasis role="pkg">libxml-handler-composer-perl</emphasis> のようにパッケージングされるべきであると定められています。また、Python から <command>gconf</command> システムを扱うためのライブラリは <emphasis role="pkg">python-gconf</emphasis> としてパッケージングされています。不幸なことに、たとえパッケージメンテナが通常は上流開発者の選択に従おうとするとしても、すべてのパッケージに対する完全に一般的な命名規則を定義することは不可能です。

en: For more complex searches, a more powerful tool such as <command>aptitude</command> is required. <command>aptitude</command> allows you to search according to a logical expression based on the package's meta-data fields. For instance, the following command searches for packages whose name contains <literal>kino</literal>, whose description contains <literal>video</literal> and whose maintainer's name contains <literal>paul</literal>:
ja: より複雑な検索を行うには、<command>aptitude</command> などのより強力なツールが必要です。<command>aptitude</command> を使うことで、パッケージのメタ情報フィールドを指定した論理演算表現を使って検索できます。たとえば、以下のコマンドはパッケージ名に <literal>kino</literal> が含まれ、パッケージの説明文に<literal>ビデオ</literal>が含まれ、メンテナの名前に <literal>paul</literal> が含まれるパッケージを検索します。

en: The search only returns one package, <emphasis role="pkg">kino</emphasis>, which satisfies all three criteria.
ja: この検索は、3 つの基準すべてを満足するパッケージ、<emphasis role="pkg">kino</emphasis>、を 1 つだけ返します。

en: <primary>tag</primary>
ja: <primary>タグ</primary>

en: Selecting the <literal>works-with::video</literal> and <literal>use::editing</literal> tags yields a handful of packages, including the <emphasis role="pkg">kino</emphasis> and <emphasis role="pkg">pitivi</emphasis> video editors. This system of classification is bound to be used more and more as time goes on, and package managers will gradually provide efficient search interfaces based on it.
ja: <literal>works-with::video</literal> と <literal>use::editing</literal> タグを選ぶと、<emphasis role="pkg">kino</emphasis> と <emphasis role="pkg">pitivi</emphasis> 動画編集ソフトウェアを含む、一握りのパッケージがヒットします。タグ付けシステムは時間がたてばたつほど必ず使われるようになるでしょう。そしてパッケージマネージャはタグに基づく効率的な検索インターフェースを少しずつ提供するでしょう。

en: To sum up, the best tool for the job depends on the complexity of the search that you wish to do:
ja: 要約すると、検索したい内容の複雑さに依存して、最良の検索ツールも変わりうるということです。

en: <command>apt-cache</command> only allows searching in package names and descriptions, which is very convenient when looking for a particular package that matches a few target keywords;
ja: 数個のキーワードにマッチする特定のパッケージを探す場合、パッケージ名とパッケージ説明だけを検索対象にしている <command>apt-cache</command> がとても便利です。

en: when the search criteria also include relationships between packages or other meta-data such as the name of the maintainer, <command>synaptic</command> will be more useful;
ja: 検索条件にパッケージ間の関連性やたとえばメンテナの名前などのメタ情報を含めたい場合には、<command>synaptic</command> が役に立つでしょう。

en: when a tag-based search is needed, a good tool is <command>packagesearch</command>, a graphical interface dedicated to searching available packages along several criteria (including the names of the files that they contain). For usage on the command-line, <command>axi-cache</command> will fit the bill.
ja: タグに基づいて検索したい場合、<command>packagesearch</command> が良いツールです。これは複数の条件 (パッケージに含まれるファイルの名前も含みます) に基づいて利用できるパッケージを検索する専用のグラフィカルインターフェースです。コマンドラインで使う場合は、<command>axi-cache</command> がぴったりでしょう。

en: finally, when the searches involve complex expressions with logic operations, the tool of choice will be <command>aptitude</command>'s search pattern syntax, which is quite powerful despite being somewhat obscure; it works in both the command-line and the interactive modes.
ja: 最後に、論理演算を組み合わせた複雑な表現で検索したい場合、<command>aptitude</command> の検索パターン構文を使うことになるでしょう。これはいささか分かりにくいですが非常に強力です。さらに、<command>aptitude</command> はコマンドラインと対話型モードの両方で使えます。
