>


                        Debian GNU/Linux FAQ


---------------------------------------------------------------------
                                  
                           [FAMILY Given]

                            Version 12.1

---------------------------------------------------------------------

製作著作 © 1996-2024 Software in the Public Interest

    Permission is granted to make and distribute verbatim copies of
    this document provided the copyright notice and this permission
    notice are preserved on all copies.

    Permission is granted to copy and distribute modified versions of
    this document under the conditions for verbatim copying, provided
    that the entire resulting derived work is distributed under the
    terms of a permission notice identical to this one.

    Permission is granted to copy and distribute translations of this
    document into another language, under the above conditions for
    modified versions, except that this permission notice may be
    included in translations approved by the Free Software Foundation
    instead of in the original English.

October 2024

概要

この文書は Debian GNU/Linux についてよく聞かれる疑問に答えます。

---------------------------------------------------------------------

目次

1. 定義と概要
    1.1. この FAQ は何?
    1.2. Debian GNU/Linux とは何?
    1.3. これで Debian が何なのかはわかった。。。では Linux とは何?
    1.4. Debian は GNU/Linux だけ?
    1.5. Debian GNU/Linux と他の Linux ディストリビューションの違いは
    何? 他のディストリビューションよりも Debian を選択すべき理由は?
    1.6. Debian プロジェクトは Free Software Foundation の GNU プロ
    ジェクトにとってどういう存在?
    1.7. Debian の発音とその意味は何?
2. Debian GNU/Linux の取得とインストール
    2.1. Debian の最新のバージョンは何?
    2.2. 「安定版 (stable)」にパッケージのアップグレードはありますか?
    2.3. Debian のインストール用イメージはどこで/どうやって入手できま
    すか?
    2.4. CD-ROM から Debian をどうやってインストールしますか?
    2.5. 公式の安定版 (stable) リリース CD-ROM に「frozen」や
    「unstable」へのシンボリックリンクがあるのは何故? この CD に入っ
    ているのは「安定版 (stable)」だけだと思っていたのに!
    2.6. Debian をリモートのインターネットサイトから直接取得、インス
    トールすることはできますか?
    2.7. 他の手段でシステムのインストーラをブートできますか?
3. Debian ディストリビューションの選択
    3.1. 自分にはどの Debian ディストリビューション (stable/testing/
    unstable) が合いますか?
        3.1.1. 安定版 (stable) をインストールするように勧められたけど
        安定版だとハードウェアが全然検出されない/機能しない。どうすれ
        ばいい?
        3.1.2. 異なるディストリビューションではパッケージのバージョン
        も異なりますか?
        3.1.3. 安定版 (stable) ディストリビューションには相当古くなっ
        ているパッケージが収録されています。Kde、Gnome、Xorg、さらに
        はカーネルも。すごく古いです。これはどうして?
        3.1.4. 別のディストリビューションへの変更を決心したとして、そ
        れは可能ですか?
        3.1.5. 安定版 (stable) やテスト版 (testing)、不安定版 
        (unstable) をインストールすべきですか?
        3.1.6. テスト版 (testing) が壊れているということですがそれは
        どういう意味ですか?
        3.1.7. テスト版 (testing) が何ヶ月も壊れている可能性があると
        いうのはどうして? 不安定版 (unstable) に取り込まれた修正はテ
        スト版 (testing) にそのまま流れてくるのでは?
        3.1.8. 管理者として注意が必要なのはどのディストリビューション
        ですか?
        3.1.9. 新しいリリースができたら何が起きますか?
        3.1.10. Debian をインストールしたデスクトップ/クラスタが動作
        しているんですがどのディストリビューションを使っているのか確
        認する方法は?
        3.1.11. I am currently using the stable version. Can I change
        to testing or unstable? If so, how?
        3.1.12. 現在テスト版 (testing、forky) を追っています。リリー
        スされると何が起きますか? 引き続きテスト版 (testing) を追跡す
        るのか、それともこのマシンは新しい安定版 (stable) ディストリ
        ビューションを使うことになるのでしょうか?
        3.1.13. ややこしいですね。どれをインストールしたらいいんで
        しょうか?
    3.2. But what about Kali, Knoppix, Linux Mint, Ubuntu, and 
    others?
        3.2.1. I know that Kali/Knoppix/Linux Mint/Ubuntu/... is
        Debian-based. So after installing it on the hard disk, can I
        use 'apt' package tools on it?
        3.2.2. I installed Kali/Knoppix/Linux Mint/Ubuntu/... on my
        hard disk. Now I have a problem. What should I do?
        3.2.3. I'm using Kali/Knoppix/Linux Mint/Ubuntu/... and now I
        want to use Debian. How do I migrate?
4. 互換性の問題
    4.1. Debian GNU/Linux はどのハードウェアアーキテクチャ/システムで
    動作しますか?
    4.2. Debian GNU/Linux ではどのカーネルを実行しますか?
    4.3. Debian は他の Linux ディストリビューションとどれくらい互換性
    がありますか?
    4.4. Debian と他の Unix システムではどのくらいソースコードの互換
    性がありますか?
    4.5. Debian パッケージ (「.deb」ファイル) を Red Hat/Slackware
    /... Linux システムで使うことはできますか? Red Hat パッケージ
    (「.rpm」ファイル) を Debian GNU/Linux システムで使うことはできま
    すか?
    4.6. Debian ではないプログラムはどのようにインストールすべきです
    か?
5. Debian システムで利用可能なソフトウェア
    5.1. Debian GNU/Linux ではどんな種類のアプリケーションや開発用ソ
    フトウェアが利用できますか?
    5.2. このソフトウェア全ては誰が書いたのですか?
    5.3. Debian 用にパッケージ化されているプログラムの現在の一覧を得
    る方法はありますか?
    5.4. パッケージをビルドするための開発環境をインストールするにはど
    のようにしたらいいですか?
    5.5. Debian GNU/Linux に足りないものは何?
    5.6. プログラムをコンパイルしたときに「ld: cannot find -lfoo」
    メッセージが出るのは何故ですか? Debian ライブラリパッケージに
    libfoo.so ファイルが無いのは何故ですか?
    5.7. Debian は Java を (どのように) サポートしていますか?
    5.8. Debian システムを使っていることやそれがどのバージョンなのか
    確認する方法は?
    5.9. Debian は英語以外の言語をどのようにサポートしていますか?
    5.10. I have a device that requires non-free firmware. What
    should I do?
    5.11. Linux で機能しない無線ネットワークカードを持っています。ど
    うするべきですか?
6. The Debian archives
    6.1. Debian ディストリビューションはいくつありますか?
    6.2. etch や lenny 等という名前は一体何ですか?
        6.2.1. 他にはどんなコード名が過去に使われましたか?
        6.2.2. このコード名は何に由来しているのですか?
    6.3. 「sid」とは何ですか?
    6.4. stable ディレクトリには何がありますか?
    6.5. テスト版 (testing) ディストリビューションには何が収録されて
    いますか?
        6.5.1. 「テスト版 (testing)」はどういうものですか? どのように
        「凍結 (freeze)」されますか?
    6.6. 不安定版 (unstable) ディストリビューションには何が収録されて
    いますか?
    6.7. What are all those directories at the Debian archives?
    6.8. dists/stable/main 以下にあるディレクトリは一体何ですか?
    6.9. ソースコードはどこにありますか?
    6.10. pool ディレクトリには何がありますか?
    6.11. 「incoming」とは何ですか?
    6.12. Where can I find old packages of previous releases?
    6.13. apt 対応リポジトリを用意する方法は?
7. Debian パッケージ管理システムの基礎
    7.1. Debian パッケージとは何ですか?
    7.2. Debian のバイナリパッケージはどんな形式ですか?
    7.3. Debian パッケージのファイルが長いのは何故ですか?
    7.4. Debian 制御ファイルとは何ですか?
    7.5. Debian conffile とは何ですか?
    7.6. Debian preinst、postinst、prerm、postrm スクリプトとは何です
    か?
    7.7. Essential、Required、Important、Standard、Optional、Extra 
    パッケージとは何ですか?
    7.8. 仮想パッケージとは何ですか?
    7.9. あるパッケージが他のパッケージに Depends、Recommends、
    Suggests、Conflicts、Replaces、Breaks、Provides しているというの
    はどういう意味ですか?
    7.10. Pre-Depends とは何ですか?
    7.11. パッケージ状態の unknown、install、remove、purge、hold とい
    うのは何ですか?
    7.12. パッケージを保留 (hold) しておく方法は?
    7.13. ソースパッケージをインストールする方法は?
    7.14. ソースパッケージからバイナリパッケージをビルドする方法は?
    7.15. Debian パッケージを自分で作成する方法は?
8. Debian パッケージ管理ツール
    8.1. Debian はパッケージ管理にどんなプログラムを提供していますか?
        8.1.1. dpkg
        8.1.2. APT
        8.1.3. aptitude
        8.1.4. synaptic
        8.1.5. tasksel
        8.1.6. 他のパッケージ管理ツール
    8.2. Debian は実行中のプログラムを更新できると主張しています。こ
    れはどうやっているのでしょう?
    8.3. Debian システムにどのパッケージが既にインストールされている
    のか調べる方法は?
    8.4. インストールされている、あるパッケージのファイルを表示する方
    法は?
    8.5. 特定のファイルをどのパッケージが提供しているのか調べる方法は
    ありますか?
    8.6. 「foo」をアンインストールしたときに「foo-data」が削除されな
    いのは何故ですか? 古く利用されていないライブラリパッケージが完全
    削除されているか確認する方法はありますか?
9. Debian システムを最新に保つ
    9.1. Debian システムを現行版に維持する方法は?
        9.1.1. aptitude
        9.1.2. apt-get、apt-cdrom
    9.2. パッケージをアップグレードするためにシングルユーザモードに入
    る必要はありますか?
    9.3. こういった .deb アーカイブファイルを全てディスク上に残してお
    く必要はありますか?
    9.4. システムに追加したパッケージの記録を残す方法は? いつ、どの
    パッケージにアップグレードや削除があったのか知りたいのですが!
    9.5. システムを自動的に更新することはできますか?
    9.6. 複数のマシンがありますが、更新のダウンロードを一度だけにする
    方法はありますか?
10. Debian とカーネル
    10.1. Debian 特有の調整を行わずにカーネルをインストール、コンパイ
    ルすることはできますか?
    10.2. 独自カーネルをビルドためにどんなツールを Debian は提供して
    いますか?
    10.3. モジュールを扱うために Debian が特別に用意しているものはあ
    りますか?
    10.4. 古いカーネルパッケージを安全に削除できますか? できるのなら
    その方法は?
    10.5. Debian 用の Linux パッケージについてのさらなる情報はどこで
    得られますか?
11. Debian GNU/Linux システムの調整
    11.1. プログラムが全て確実に同一の用紙サイズを使うようにする方法
    は?
    11.2. セキュリティ問題を発生させることなくハードウェア周辺機器へ
    のアクセスを提供する方法は?
    11.3. Debian のやり方で起動時にコンソール用フォントを読み込む方法
    は?
    11.4. X11 プログラムのアプリケーションデフォルトを設定する方法は?
    11.5. How does a Debian system boot?
    11.6. And how about Debian and traditional System V init?
    11.7. And are there yet other ways of booting a Debian system?
    11.8. パッケージ管理システムは他のパッケージの設定ファイルを収録
    するパッケージをどのように扱いますか?
    11.9. パッケージによりインストールされたファイルを上書きして、異
    なるバージョンを代わりに使う方法は?
    11.10. ローカルでビルドしたパッケージをパッケージ管理システムが認
    識する利用可能パッケージ一覧で見られるようにする方法は?
    11.11. あるユーザは mawk、別のユーザは gawk、あるユーザは vim、別
    のユーザは elvis、あるユーザは trn、別のユーザは tin を好みます。
    Debian は多様性をどのようにサポートしますか?
12. Debian GNU/Linux のサポートを得る
    12.1. Debian システム上の、あるいは Debian システム用の文書は他に
    どんなものがありますか?
    12.2. Debian について議論できるオンラインリソースはありますか?
        12.2.1. メーリングリスト
        12.2.2. Web forum
        12.2.3. Wiki
        12.2.4. メンテナ
        12.2.5. Usenet ニュースグループ
    12.3. Debian GNU/Linux の情報を手っ取り早く検索する方法はあります
    か?
    12.4. 既知のバグのログはありますか?
    12.5. Debian のバグを報告する方法は?
13. Debian プロジェクトへの寄付
    13.1. Debian メンバー/Debian 開発者になる方法は?
    13.2. Debian プロジェクトにリソースを提供する方法は?
    13.3. Debian プロジェクトに資金提供する方法は?
        13.3.1. Software in the Public Interest (SPI)
        13.3.2. 他の組織
14. 商用製品での Debian GNU/Linux の再配布
    14.1. Debian CD を作成、販売することはできますか?
    14.2. Debian はフリーではないソフトウェアを収録してパッケージ化す
    ることはできますか?
    14.3. 「特定用途」向けの特別な Linux ディストリビューションを作成
    しています。この Linux システムの中核に Debian GNU/Linux を使って
    その上に自分のアプリケーションを追加することはできますか?
    14.4. 自分の商用プログラムを Debian「パッケージ」にして任意の
    Debian システムに手間無くインストールするようにできますか?
15. Debian の次期主要リリースに予定している変更
    15.1. システムの堅牢化
    15.2. 非英語ユーザのサポート拡大
    15.3. Debian インストーラの改善
    15.4. もっと多くのアーキテクチャ
    15.5. もっと多くのカーネル
16. この FAQ についての一般情報
    16.1. 著者
    16.2. 意見
    16.3. 入手先
    16.4. 文書形式

第1章定義と概要

1.1. この FAQ は何?

    この文書は Debian ディストリビューション (Debian GNU/Linux その
    他) や Debian プロジェクトについてよく聞かれる疑問 (その回答も!)
    を集めています。他の文書へのポインタで済ませることができるものに
    ついてはそのようにしています: この文書に外部文書から大々的に引用
    することはしません。Unix 類似オペレーティングシステムについてのい
    くらかの知識を前提としている回答があることがわかるでしょう。前提
    とする予備知識はできるだけ少なく済むように努めます: 初心者一般の
    疑問に対する回答は簡単なものにしています。

    探しているものがこの FAQ から見つけられない場合は「Debian システ
    ム上の、あるいは Debian システム用の文書は他にどんなものがありま
    すか?」を確認してください。それでもわからないときは「意見」を参照
    してください。

1.2. Debian GNU/Linux とは何?

    Debian GNU/Linux は独特の Linux オペレーティングシステムディスト
    リビューションですが、その上で動作する多数のパッケージを指すこと
    もあります。

    Debian GNU/Linux は:

      * 機能満載: Debian には現在 64961 超のソフトウェアパッケージが
        収録されています。どのパッケージをインストールかはユーザが選
        択できます。この目的のためのツールを Debian は提供していま
        す。現在 Debian で利用可能なパッケージの一覧や説明は任意の
        Debian ミラーサイト (https://www.debian.org/mirror/list) で探
        せます。

      * 利用や再配布を自由にできます: ディストリビューションに首を
        突っ込んだり開発するために協会の会員資格や支払いを要求するこ
        とはありません。正式に Debian GNU/Linux の一部であるパッケー
        ジは全て、通常は GPL (GNU General Public License) により指定
        される条件の下で自由に再配布できます。

        The Debian archives also carry approximately 1082 software
        packages (in the non-free and contrib sections), which are
        distributable under specific terms included with each
        package.

      * dynamic: With about 1400 volunteers constantly contributing
        new and improved code, Debian is evolving rapidly. The
        archives are updated twice every day.

    ほとんどの Linux ユーザは例えば Debian GNU/Linux のような Linux
    の特定のディストリビューションを使っています。建前としては、ユー
    ザはインターネットや他のどこかから Linux カーネルを取得して自分で
    コンパイルすることができます。それから同じ方法で多数のアプリケー
    ションのソースコードを取得してプログラムをコンパイルし、システム
    にインストールします。複雑なプログラムではこのプロセスは時間がか
    かるだけでなくエラーを起こしやすいことがあります。それを避けるた
    め、オペレーティングシステムやアプリケーションパッケージを Linux
    配布者から取得することを選択するユーザが多くいます。様々な Linux
    配布者を特徴づけるものはパッケージ化やインストール、ユーザのシス
    テム上のアプリケーションパッケージ追跡に使うソフトウェアや手順、
    方法と、インストールや保守のために利用するツールや文書その他の
    サービスの調和です。

    Debian GNU/Linux はフリーで高品質な Unix 互換オペレーティングシス
    テムを作る有志による取り組みの成果で、アプリケーション一式を備え
    ています。フリーの Unix 類似システムという構想は GNU プロジェクト
    が起源で、Debian GNU/Linux をとても有用なものにする多数のアプリ
    ケーションは GNU プロジェクトにより開発されました。

    Debian ではフリーには GNU での意味があります (Debian フリーソフト
    ウェアガイドライン (DFSG) (https://www.debian.org/social_contract
    #guidelines) 参照)。私達がフリーソフトウェアについて話すときに
    は、自由のことを指し、価格のことではありません。フリーソフトウェ
    アとは、フリーソフトウェアの複製を配布する自由があること、ソース
    コードを受け取っているか望めば取得できること、ソフトウェアを変更
    できること、新しいフリーのプログラムで利用できること、そしてこう
    いったことができるということをわかっていることを意味します。

    Debian プロジェクトは Ian Murdock さんによって 1993 年に創設さ
    れ、初期は FSF の GNU プロジェクトによる支援を受けました。現在で
    は、GNU プロジェクトの直系の子孫プロジェクトだと Debian の開発者
    は考えています。

    Debian GNU/Linux 自体はフリーソフトウェアですが、付加価値のある
    Linux ディストリビューションを作るための土台にもなります。信頼性
    の高い機能満載の基礎システムを提供することで Debian は Linux ユー
    ザに更なる互換性を提供し、Linux ディストリビューションの作成者は
    手間の繰り返しを廃してディストリビューションを特別なものにするこ
    とに注力できます。さらなる情報については、「「特定用途」向けの特
    別な Linux ディストリビューションを作成しています。この Linux シ
    ステムの中核に Debian GNU/Linux を使ってその上に自分のアプリケー
    ションを追加することはできますか?」を見てください。

1.3. これで Debian が何なのかはわかった。。。では Linux とは何?

    一言で言えば Linux は Unix 類似オペレーティングシステムのカーネル
    です。元々は 386 (以上) の PC 向けに設計されました。現在では
    Linux は他の多くのシステムでも動作します。Linux は Linus Torvalds
    および世界中の多数のコンピュータ科学者により書かれました。

    カーネル以外に、「Linux」システムには通常、

      * Linux Filesystem Hierarchy Standard https://www.pathname.com/
        fhs (https://www.pathname.com/fhs) 準拠のファイルシステム。
   
      * その多くが GNU プロジェクトや Free Software Foundation により
        開発されている広範な Unix ユーティリティ。

    があります。Linux カーネルやこのファイルシステム、GNU や FSF によ
    るユーティリティ、それ以外のユーティリティを組み合わせることで
    POSIX (IEEE 1003.1) 標準への準拠を実現しています。「Debian と他の
    Unix システムではどのくらいソースコードの互換性がありますか?」を
    見てください。

    Linux のさらなる情報については、Linux Online (https://
    www.linux.org/) による What is Linux (https://www.linux.org/info
    /) を見てください。

1.4. Debian は GNU/Linux だけ?

    Currently, Debian is only available for Linux, but with Debian
    GNU/Hurd we are offering a non-Linux-based OS as a development,
    server and desktop platform, too. However, this non-linux port is
    not officially released yet.

    Hurd は GNU Mach マイクロカーネル上で動作するサーバ群です。GNU オ
    ペレーティングシステムの基礎を構成します。

    GNU/Hurd 全般のさらなる情報については https://www.gnu.org/
    software/hurd (https://www.gnu.org/software/hurd) 、Debian GNU/
    Hurd のさらなる情報については https://www.debian.org/ports/hurd/
    (https://www.debian.org/ports/hurd/) を見てください。

    See https://www.debian.org/ports/#portlist-other (https://
    www.debian.org/ports/#portlist-other) for more information about
    hurd-amd64 and previous non-linux ports.

1.5. Debian GNU/Linux と他の Linux ディストリビューションの違いは何?
他のディストリビューションよりも Debian を選択すべき理由は?

    他の Linux ディストリビューションと Debian の違いを特徴づける重要
    な特色は:

    自由:

        Debian 社会契約 (https://www.debian.org/social_contract) で述
        べられているように、Debian は 100% フリーを維持します。Debian
        は真にフリーであるソフトウェアを提供するということについて非
        常に厳格です。作業が「フリー」なのか判断するためのガイドラ
        インは Debian フリーソフトウェアガイドライン (DFSG) (https://
        www.debian.org/social_contract#guidelines) で提供されていま
        す。

    Debian パッケージ保守システム:

        システム全体やその中の個々の構成要素は再構成の必要なく適切に
        アップグレード可能で、独自の設定ファイルを失うことや (ほとん
        どの場合) システムを再起動する必要はありません。現在の Linux 
        ディストリビューションはほとんどがある種のパッケージ保守シス
        テムを利用可能です。Debian のパッケージ保守システムはその堅牢
        性に特化し、また差別化を図っています (7章Debian パッケージ管
        理システムの基礎参照)。

    開かれた開発:

        他の多くの Linux ディストリビューションが個人や小規模な内輪の
        集団、あるいは商用ベンダーにより開発されているのに対し、
        Debian はフリーのオペレーティングシステムを作成するという共通
        の利害を持つ多くの個人の集まりにより開発されている主要 Linux 
        ディストリビューションの一つです。これは Linux その他のフリー
        ソフトウェアと同一の精神によるものです。

        More than 1000 volunteer package maintainers are working on
        over 64961 packages and improving Debian GNU/Linux. The
        Debian developers contribute to the project not by writing
        new applications (in most cases), but by packaging existing
        software according to the standards of the project, by
        communicating bug reports to upstream developers, and by
        providing user support. Additionally, more than 400 volunteer
        in the project doing other tasks. Examples of these tasks
        include: creating documentation, contributing to the website
        and translating. See also the additional information on how
        to become a contributor in 13章Debian プロジェクトへの寄付.

    ユニバーサルオペレーティングシステム:

        Debian には 64961 以上のパッケージ (https://
        packages.debian.org/stable/) が付属し、7 のアーキテクチャ
        (https://www.debian.org/ports/) で動作します。これは他のどの
        GNU/Linux ディストリビューションで利用可能なものをもはるかに
        しのぐものとなっています。提供されているソフトウェアの概要に
        ついては「Debian GNU/Linux ではどんな種類のアプリケーションや
        開発用ソフトウェアが利用できますか?」、サポートしているハード
        ウェア基盤の説明については「Debian GNU/Linux はどのハードウェ
        アアーキテクチャ/システムで動作しますか?」を見てください。

    バグ追跡システム

        Debian 開発者が地理的に分散していることで、バグについて迅速に
        やりとりし、バグを修正してシステムの開発を加速するためには、
        洗練されたツールが必要となります。ユーザはバグを決まった形式
        で送ることを奨励され、その結果 WWW アーカイブやメール経由で迅
        速にアクセスできるようになります。この FAQ のバグ記録の管理「
        既知のバグのログはありますか?」にある追加情報を見てください。

    Debian ポリシー:

        Debian には品質標準を広範囲にわたり説明している Debian ポリ
        シーがあります。この文書では私達が保持する Debian パッケージ
        の品質と標準を定めています。

    これについての追加情報は Debian を選ぶ理由 (https://
    www.debian.org/intro/why_debian) にある私達のウェブページを見てく
    ださい。

1.6. Debian プロジェクトは Free Software Foundation の GNU プロジェク
トにとってどういう存在?

    Debian システムは Free Software Foundation (https://www.gnu.org/)
    と特に Richard Stallman (https://www.stallman.org/) により初めて
    推進されたフリーソフトウェアの理想を土台に作られています。FSF の
    強力なシステム開発ツールやユーティリティ、アプリケーションもすべ
    て Debian システムの要です。

    Debian プロジェクトは FSF とは別個の団体ですが、様々なプロジェク
    トで定期的に協力しています。FSF は私達のシステムを「Debian GNU/
    Linux」と呼ぶようにはっきりと要求し、私達はその要求に喜んで従って
    います。

1.7. Debian の発音とその意味は何?

    プロジェクト名は Deb'-ee-en と発音し、Deb に短い e、最初の音節に
    強勢があります。この語はプロジェクトを創設した Debra と Ian
    Murdock という名を短縮したものです。 (辞書では Ian の発音にいくら
    かあいまいな表現が示されているようですが (!)、Ian は ee'-en を
    好んでいます)

第2章 Debian GNU/Linux の取得とインストール

    インストール手順を示した公式の文書が Debian GNU/Linux インストー
    ルガイド (https://www.debian.org/releases/stable/installmanual)
    です。ここでは Debian GNU/Linux の取得とインストールについて追加
    の注意をいくらか示します。

2.1. Debian の最新のバージョンは何?

    現在 Debian GNU/Linux のバージョンは 3 種あります:

    リリース 13 別名「安定版 (stable)」ディストリビューション、trixie
    とも呼ばれます

        これは安定した、十分にテストされたソフトウェアで、主なセキュ
        リティや使い勝手について修正が取り入れられると変更されます。

    「テスト版 (testing)」ディストリビューション、現在は forky とも呼
    ばれます

        これは次の「安定版 (stable)」としてリリースされるパッケージが
        置かれる場所です。「不安定版 (unstable)」でいくらかテストされ
        ていますがまだ完全にリリース向きとはなっていないかもしれま
        せん。このディストリビューションは「安定版 (stable)」よりは頻
        繁に更新されますが、「不安定版 (unstable)」ほどではありま
        せん。

    「不安定版 (unstable)」ディストリビューション

        This is the version currently under development; it is
        updated continuously. You can retrieve packages from the
        "unstable" archive on any Debian mirror site and use them to
        upgrade your system at any time, but you may not expect the
        system to be as usable or as stable as before - that's why
        it's called "unstable"!

    さらなる情報については「Debian ディストリビューションはいくつあり
    ますか?」を見てください。

2.2. 「安定版 (stable)」にパッケージのアップグレードはありますか?

    Generally speaking, no new functionality is added to the stable
    release. Once a Debian version is released and tagged "stable"
    most packages will only get security updates. That is, packages
    for which a security vulnerability has been found after the
    release will be upgraded. All the security updates are served
    through security.debian.org (https://security.debian.org) .

    However, there are some cases in which packages will be updated
    in stable. For example:

      * When an urgent update is required to ensure the software
        continues working.

      * The package is a data package and the data must be updated in
        a timely manner.
   
      * The package needs to be current to useful to end user (e.g.
        some security software, such as anti-malware products).

      * The software is a leaf package and is broken by changes
        external to the distribution.

    Users that wish to run updated versions of the software in stable
    have the option to use "backports". Backports are recompiled
    packages from testing (mostly) and unstable (in a few cases only,
    e.g. security updates), so they will run without new libraries
    (wherever it is possible) on a stable Debian distribution. Users
    can configure their system to use the backports repository and
    download specific software. However, it is recommended to pick
    out single backports which fit the specific needs, and not to use
    all backports available. For more information read the Wiki entry
    describing software available to Debian users (https://
    wiki.debian.org/DebianSoftware) and Wiki entry on backports
    (https://wiki.debian.org/Backports) .

    セキュリティ更新の提供の目的は一つ: セキュリティ脆弱性の修正を提
    供することです。通常のポイントリリースの手順を経ずに安定版 
    (stable) リリースに予告無く変更を追加する手段ではありません。その
    ため、セキュリティ問題のあるパッケージの修正でソフトウェアをアッ
    プグレードすることはありません。Debian セキュリティチームは代わり
    に「安定版 (stable)」で配布されたバージョンのソフトウェアに対する
    修正を必要に応じてバックボートします。

    セキュリティサポートに関するさらなる情報については、セキュリティ
    FAQ (https://www.debian.org/security/faq) や Debian Security
    Manual (https://www.debian.org/doc/manuals/securing-debian-howto
    /) を読んでください。

2.3. Debian のインストール用イメージはどこで/どうやって入手できます
か?

    Very likely, clicking the "Download" link on the main page of the
    Debian website (https://www.debian.org/) will get you what you
    need. However, for more options, get the various installation
    images from the Download Debian (https://www.debian.org/distrib/)
    page.

    CD (や DVD) イメージに関するさらなる情報については、Debian GNU/
    Linux の CD (https://www.debian.org/CD) を参照してください。

2.4. CD-ROM から Debian をどうやってインストールしますか?

    CD からの Debian インストールは簡単です: システムを CD から起動す
    るように設定し、CD を入れて再起動します。それで Debian インストー
    ラがそのシステムで動作しているでしょう。さらなる情報については
    Debian GNU/Linux インストールガイド (https://www.debian.org/
    releases/stable/installmanual) を見てください。

2.5. 公式の安定版 (stable) リリース CD-ROM に「frozen」や「unstable」
へのシンボリックリンクがあるのは何故? この CD に入っているのは「安定
版 (stable)」だけだと思っていたのに!

    公式の Debian CD イメージにはその通り、シンボリックリンクが

     /dists/frozen -> trixie/
     /dists/stable -> trixie/
     /dists/testing -> trixie/
     /dists/unstable -> trixie/

    となっていて、sources.list に

     deb cdrom:[<cd ラベルにある名前>]/ unstable main [...]

    のようなエントリがある場合に機能するようになっています。

    こういったシンボリックリンクが存在することはそのイメージが
    「unstable」や「testing」その他だという意味ではありません。収録さ
    れている Debian のバージョンを調べるには /.disk/info にある CD ラ
    ベルを見てください。この情報は CD 上の /README.txt にもあります。

    現在の「安定版 (stable)」や「テスト版 (testing)」リリースが何なの
    か調べるには https://www.debian.org/releases (https://
    www.debian.org/releases) を読んでください。

2.6. Debian をリモートのインターネットサイトから直接取得、インストー
ルすることはできますか?

    Yes. You can boot the Debian installation system from a set of
    files you can download from our archive site and its mirrors.

    小さな CD イメージファイルをダウンロードしてブート可能な CD を作
    成して基本システムをインストールし、残りはネットワーク越しでイン
    ストールすることができます。さらなる情報については https://
    www.debian.org/CD/netinst/ (https://www.debian.org/CD/netinst/)
    を見てください。

2.7. 他の手段でシステムのインストーラをブートできますか?

    Yes. Apart from CD or DVD, you can install Debian GNU/Linux by
    booting from USB memory stick, directly from hard disk, or using
    TFTP net booting. For installing on multiple computers it's
    possible to do fully automatic installations. NB: not all methods
    are supported by all computer architectures. Once the installer
    has booted, the rest of the system can be downloaded over the 
    network, or installed from local media. See the Debian GNU/Linux
    Installation Guide (https://www.debian.org/releases/stable/
    installmanual) for more information.

第3章 Debian ディストリビューションの選択

    Debian ディストリビューションには多くの様々なものがあります。適切
    な Debian ディストリビューションを選択することは重要な判断です。
    ここでは自分のシステムに最適なものを選択しようとするユーザにとっ
    て有用な情報をいくらか示し、その過程で出てくるであろう疑問に回答
    します。「Debian を選択すべき理由」ではなく「どの Debian ディスト
    リビューションか」を扱います。

    利用可能なディストリビューションのさらなる情報については、「
    Debian ディストリビューションはいくつありますか?」を見てくださ
    い。

3.1. 自分にはどの Debian ディストリビューション (stable/testing/
unstable) が合いますか?

    この回答は少々難解です。使用目的にかなり依存するためです。Debian
    を使っている友人に聞いてみるのも良いでしょう。ただ、それは自分で
    決断することができないと言っているわけではありません。実際には、
    この章を読み終えれば判断できるようになっているはずです。

      * セキュリティや安定性がとにかく重要なら: 安定版 (stable) を
        インストールしてください。それで終わりです。これが最も好まし
        い方法です。

      * デスクトップマシンにインストールする新規ユーザなら、安定版 
        (stable) から始めてください。かなり古いソフトウェアもあります
        がバグの少ない環境です。少し自信がついたらもっと新しい不安定
        版 (unstable) またはテスト版 (testing) に切り替えるのは簡単で
        す。
   
      * 多くのオペレーティングシステム経験のあるデスクトップユーザで
        奇妙なバグに遭遇する、あるいはシステム全体が壊れるようなこと
        を今もこの先も気にしないのであれば不安定版 (unstable) を使っ
        てください。不安定版 (unstable) はすべて最新、最高のソフト
        ウェアで、バグは通常迅速に修正されます。

      * サーバ運用、特に強力な安定性が要求される、あるいはインター
        ネットに公開される場合は安定版 (stable) をインストールしてく
        ださい。これは圧倒的に強力、安全な選択です。

    以下の質問でここでの選択についての更なる詳細を (願わくば) 提供し
    ます。この FAQ 全体を読み終わってもなお決断できない場合は安定版 
    (stable) ディストリビューションを選択してください。

3.1.1. 安定版 (stable) をインストールするように勧められたけど安定版だ
とハードウェアが全然検出されない/機能しない。どうすればいい?

    検索エンジンを使ってウェブを検索して安定版 (stable) で使えた人が
    いないか調べてみてください。ほとんどのハードウェアが安定版 
    (stable) で問題なく動作するはずです。ですが、あまりに新しすぎる
    ハードウェアだと安定版 (stable) では動作しないかもしれません。そ
    の場合は不安定版 (unstable) をインストールまたはアップグレードし
    てみるのも良いでしょう。

    ノート PC の場合、他に Linux で動作させることのできた誰かがいない
    か調べるのに最適なウェブサイト https://www.linux-on-laptops.com/
    (https://www.linux-on-laptops.com/) があります。このウェブサイト
    は Debian 専門ではありませんが、それでもなお強大なリソースとなり
    ます。デスクトップ向けのこういったウェブサイトは知りません。

    他に、debian-user@lists.debian.org にメールを送って debian-user 
    メーリングリストで質問する選択肢があります。メッセージの投稿は購
    読しなくてもできます。アーカイブは https://lists.debian.org/
    debian-user/ (https://lists.debian.org/debian-user/) 経由で読むこ
    とができます。メーリングリストの購読に関する情報はアーカイブと同
    じ所にあります。質問には irc (https://www.debian.org/support) よ
    りもメーリングリストを強く奨励します。メーリングリストのメッセー
    ジはアーカイブとして公開されるため、メーリングリストで問題を解決
    した場合は同じ問題を抱える人の助けとなる可能性があります。

3.1.2. 異なるディストリビューションではパッケージのバージョンも異なり
ますか?

    はい。不安定版 (unstable) には最新のバージョンがあります。しかし
    不安定版 (unstable) にあるパッケージはテストが十分に行われておら
    ずバグがあるかもしれません。

    別の言い方をすると安定版 (stable) には古いバージョンのパッケージ
    が収録されています。しかしこのパッケージは十分にテストされており
    バグがある可能性は低くなります。

    テスト版 (testing) のパッケージはこの二極の中間になります。

3.1.3. 安定版 (stable) ディストリビューションには相当古くなっている
パッケージが収録されています。Kde、Gnome、Xorg、さらにはカーネルも。
すごく古いです。これはどうして?

    はい、あなたは正しいです。安定版 (stable) のパッケージの古さはリ
    リースされた時期に依ります。リリース間隔は通常一年を超えるため古
    いバージョンのパッケージが安定版 (stable) に含まれていることはあ
    るでしょう。しかし、これはテストを受けた上で公開されています。そ
    のパッケージに既知の深刻なバグやセキュリティホールがないというこ
    とは確信を持って言えます。安定版 (stable) のパッケージは他の安定
    版 (stable) パッケージと途切れなく一体となっています。この特徴は
    一日24時間、週7日機能していなければならないサーバ環境ではとても重
    要です。

    別の言い方をするとテスト版 (testing) や不安定版 (unstable) のパッ
    ケージには潜在的にバグやセキュリティホール等がある可能性がありま
    す。さらに、テスト版 (testing) や不安定版 (unstable) のパッケージ
    の一部意図したとおりに機能しないかもしれません。通常単一のデスク
    トップで作業する人は最新の流行っているパッケージ群を好みます。不
    安定版 (unstable) はこのグループの人たちへの回答となります。

    お分かりのように安定性と新しさは両極にあります。安定性が必要なら
    安定版 (stable) ディストリビューションをインストールしてくださ
    い。最新のパッケージで作業したいのであれば不安定版 (unstable) を
    インストールしてください。

3.1.4. 別のディストリビューションへの変更を決心したとして、それは可能
ですか?

    はい、できますがそれは一方向だけです。安定版 (stable) --> テスト
    版 (testing) --> 不安定版 (unstable) と移行させることはできます。
    しかし逆方向は「できません」。なので、不安定版 (unstable) のイン
    ストール、不安定版 (unstable) へのアップグレードを考えている場合
    は気を付けてください。

    実際には、経験者で、時間をいくらか費やす覚悟があり、本当に注意深
    い人で、それが何をしているのか理解していれば、不安定版 (unstable)
    からテスト版 (testing)、それから安定版 (stable) へと移行させるこ
    とはできるかもしれません。インストーラのスクリプトはそのように設
    計されてはいません。そのため、その過程で設定ファイルが失われる等
    の可能性があります。

3.1.5. 安定版 (stable) やテスト版 (testing)、不安定版 (unstable) を
インストールすべきですか?

    これはどちらかというと主観的な問題です。必要なソフトウェアや、不
    具合発生時に対処する意志、システム管理の経験に依るため万能の回答
    はありません。判断材料として:

      * 安定版 (stable) は岩のように安定しています。壊れることはなく
        セキュリティサポートも万全です。ただし最新のハードウェアに対
        するサポートはないかもしれません。

      * テスト版 (testing) には安定版 (stable) よりも最新のソフトウェ
        アがあり、不安定版 (unstable) ほど頻繁には壊れません。しかし
        壊れている時には修正されるまで時間がかかることもあります。そ
        れには数日、時には何か月もかかることもあります。また、永続的
        なセキュリティサポートもありません。

      * 不安定版 (unstable) には最新のソフトウェアがあってよく変更さ
        れるため、その結果ある時点では壊れている可能性があります。し
        かし、修正は多くの場合数日で取り込まれ、それは常に Debian 用
        にパッケージされたソフトウェアの最新のリリースです。

    テスト版 (testing) か不安定版 (unstable) かを判断する際、テスト版
    (testing) を追いかけた方が不安定版 (unstable) よりもいいときもあ
    るということに留意してください。この文書の作者の一人が、gcc が
    gcc3 から gcc4 に移行中のために経験した事例です。不安定版 
    (unstable) を追いかけているマシンで labplot パッケージをインス
    トールしようとした場合に、不安定版 (unstable) ではそれが依存する
    パッケージの一部が gcc4 に移行していて、まだ移行できていないもの
    もあるためにインストールすることは不可能となります。一方テスト版 
    (testing) では gcc4 に移行済みのパッケージはテスト版 (testing) に
    「流れて」こないためそのパッケージはテスト版 (testing) マシンに
    インストール可能です。

3.1.6. テスト版 (testing) が壊れているということですがそれはどういう
意味ですか?

    パッケージ管理ツール経由でパッケージがインストールできないことが
    あります。おそらくバグや未解決の依存関係のために (一時的に) 削除
    されたことでパッケージが全く利用不可能なこともあります。パッケー
    ジがインストールできたとしても適切に機能しないこともあります。

    こういったことが起きたときに、そのディストリビューション (少なく
    ともこのパッケージ) は壊れていると呼ばれます。

3.1.7. テスト版 (testing) が何ヶ月も壊れている可能性があるというのは
どうして? 不安定版 (unstable) に取り込まれた修正はテスト版 (testing)
にそのまま流れてくるのでは?

    不安定版 (unstable) ディストリビューションに取り込まれたバグ修正
    や改善は特定の日数を経た後にテスト版 (testing) に流れてきます。そ
    のしきい値は 5 日間としましょう。不安定版 (unstable) のパッケージ
    はそれに対する RC バグが報告されていないときにのみテスト版 
    (testing) に移行されます。不安定版 (unstable) のパッケージに対し
    て RC バグが報告されていれば 5 日を経過してもテスト版 (testing)
    に移行されません。

    これはパッケージに何か問題があれば不安定版 (unstable) を使ってい
    る人により発見され、テスト版 (testing) に入る前に修正されるだろう
    という考え方です。そうしてテスト版 (testing) はほぼ常に使える状態
    を維持します。全体としては質問の条件においては優れた概念です。し
    かし物事はいつもそう単純ではありません。以下の状況を考えてみま
    しょう:

      * パッケージ XYZ に関心があるものとしてください。

      * 6 月 10 日にテスト版 (testing) のバージョンが XYZ-3.6 で不安
        定版 (unstable) では XYZ-3.7 だと仮定しましょう。

      * 5 日後に XYZ-3.7 は不安定版 (unstable) からテスト版 (testing)
        に移行します。

      * なので 6 月 15 日にはテスト版 (testing) と不安定版 (unstable)
        の両方に XYZ-3.7 が置かれることになります。

      * Let's say, the user of testing distribution sees that a new
        XYZ package is available and updates the XYZ-3.6 to XYZ-3.7.

      * そして 6 月 25 日、テスト版 (testing) か不安定版 (unstable)
        を使っている誰かが XYZ-3.7 に RC バグを発見して BTS に報告し
        ます。

      * XYZ のメンテナがこのバグを修正して不安定版 (unstable) に 6 月
        30 日にアップロードしたとします。ここではメンテナがバグを修正
        して新しいバージョンをアップロードするのに 5 日かかると仮定し
        ています。この 5 は文字通りに捉えないでください。これは目前に
        ある RC バグの重要度によって変わってきます。

      * 不安定版 (unstable) のこの新しいバージョン XYZ-3.8 は 7 月 5
        日にテスト版 (testing) に入る予定です。

      * ところが 7 月 3 日、また別の誰かが別の RC バグを XYZ-3.8 に発
        見します。

      * XYZ のメンテナがこの新しい RC バグを修正して XYZ の新しいバー
        ジョンを 5 日後にアップロードしたとしましょう。

      * そうすると 7 月 8 日の時点でテスト版 (testing) には XYZ-3.7、
        不安定版 (unstable) には XYZ-3.9 があります。

      * この新しいバージョン XYZ-3.9 は 7 月 13 日にテスト版 
        (testing) に入る予定になりました。

      * 現在テスト版 (testing) を使っていて XYZ-3.7 にはバグがあるた
        め XYZ を使えるのは恐らく 7 月 13 日以降となります。これは結
        局 XYZ が約一か月間壊れて使えないということになります。

    状況ははるかに複雑になりえます。もし XYZ が他の 4 つのパッケージ
    に依存していたら。ところてん式にテスト版 (testing) ディストリ
    ビューションが何か月も使えない状態になる可能性があります。前述の
    筋書きは空想上のものですが同様のことが実際に起きる可能性はありま
    す。とはいっても発生はまれです。

3.1.8. 管理者として注意が必要なのはどのディストリビューションですか?

    多くの人が他の Linux ディストリビューションよりも Debian を選択す
    る大きな理由の一つが必要となる管理作業がとても少ないという点で
    す。望まれているのはただ動作するシステムです。一般論としてテスト
    版 (testing) や不安定版 (unstable) が管理者による絶え間ない保守を
    必要とするのに対し、安定版 (stable) が必要とする保守作業は非常に
    少ないということが言えます。安定版 (stable) を使っている場合に必
    要なのはセキュリティ更新を追い続けることだけです。テスト版 
    (testing) や不安定版 (unstable) を使っている場合はインストールし
    たパッケージで発見された新しいバグや取り入れられた新しいバグ修正
    や新機能について留意するのが良いでしょう。

3.1.9. 新しいリリースができたら何が起きますか?

    この疑問は Debian ディストリビューションを選択する材料にはなりま
    せん。しかし遅かれ早かれこの疑問が出てくるでしょう。

    安定版 (stable) ディストリビューションは現在 trixie です。次期安
    定版 (stable) ディストリビューションは forky と呼ばれます。新しい
    安定版として forky がリリースされたら何が起きるのか考えてみましょ
    う。

      * 旧安定版 (oldstable) = bookworm、安定版 (stable) = trixie、テ
        スト版 (testing) = forky、不安定版 (unstable) = sid

      * 不安定版 (unstable) はリリースの有無に関係なく常に sid と呼ば
        れます。

      * パッケージは絶えず sid (不安定版、unstable) からテスト版 
        (testing) (つまり forky) に移行しています。しかし安定版 
        (stable) (つまり trixie) のパッケージはセキュリティ更新を除い
        て同じものが残ります。

      * いくらか時間が過ぎてテスト版 (testing) が凍結 (フリーズ) され
        ます。この時点ではまだテスト版 (testing) と呼ばれます。この時
        点で不安定版 (unstable) からテスト版 (testing) に新しいパッ
        ケージを移行させることはリリースクリティカル (RC) バグの修正
        を取り込む以外ではできなくなります。

      * テスト版 (testing) が凍結 (フリーズ) されているときは、導入さ
        れる新しいバグ修正はすべてリリースチームのメンバーにより手作
        業での確認が行われることになります。この作業を行うことによっ
        て凍結 (フリーズ) されているテスト版 (testing) に未知の深刻な
        問題が生まれないようにします。

      * 「凍結 (フリーズ) されているテスト版 (testing)」の RC バグが
        なくなるか、まだ残っていればそのリリースでは無視、または以後
        のポイントリリースへの延期を決定します。

      * 「凍結 (フリーズ) されているテスト版 (testing)」の RC バグが
        なくなると新しい安定版 (stable) バージョンとしてリリースされ
        ます。この例では新しい安定版 (stable) リリースは forky と呼ば
        れます。

      * この段階で旧安定版 (oldstable) = trixie、安定版 (stable) =
        forky となります。この時点では安定版 (stable) と「凍結 (フ
        リーズ) されているテスト版 (testing)」の内容は同一です。

      * 新しいテスト版 (testing) は旧テスト版 (testing) が基となりま
        す。

      * パッケージが sid (不安定版、unstable) からテスト版 (testing)
        に来るようになり、Debian コミュニティは次期安定版 (stable) リ
        リースに向けた作業を開始します。

3.1.10. Debian をインストールしたデスクトップ/クラスタが動作してい
るんですがどのディストリビューションを使っているのか確認する方法は?

    ほとんどの状況でこれはとても簡単に確認できます。/etc/apt/
    sources.list ファイルを見てみてください。これに似たようなエントリ
    があるでしょう:

    deb http://deb.debian.org/debian/ unstable main contrib

    システムが現在追跡している Debian ディストリビューションを 3 つ目
    のフィールド (上記の例では「unstable」) が示しています。

    lsb_release を使うこともできます (lsb-release パッケージで利用可
    能)。このプログラムを不安定版 (unstable) システムで実行すると:

    $ lsb_release  -a
    LSB Version:    core-2.0-noarch:core-3.0-noarch:core-3.1-noarch:core-2.0-ia32:core-3.0-ia32:core-3.1-ia32
    Distributor ID: Debian
    Description:    Debian GNU/Linux unstable (sid)
    Release:    unstable
    Codename:   sid

    のような出力が得られますが、常にそう単純とは限りません。システム
    によっては異なるディストリビューションを指す複数のエントリを
    sources.list ファイルで指定しているかもしれません。管理者がパッ
    ケージによって異なる Debian ディストリビューションを追っている場
    合にこういうことが起きます。apt-pinning とも呼ばれる機能です。こ
    ういったシステムでは混成したディストリビューションを使っているこ
    とになります。

3.1.11. I am currently using the stable version. Can I change to
testing or unstable? If so, how?

    First of all, please bear in mind that the stable version is the
    one recommended for servers as well as for desktop computers, not
    only you will get security updates if you are running stable but
    also there are less changes which could potentially break the
    system or your setup.

    If you are currently running stable, then in the /etc/apt/
    sources.list file the third field will be either 'trixie' or
    'stable'. If you want to change to a different version, you need
    to change this to the distribution you want to run. If you want
    to run testing, then change the third field of /etc/apt/
    sources.list to 'testing'. If you want to run unstable, then
    change the third field to 'unstable'.

    現在のテスト版 (testing) は forky と呼ばれます。なので /etc/apt/
    sources.list の 3 つ目のフィールドを「forky」に変更してもテスト版
    (testing) を使うことになります。しかし、この場合は forky が安定版
    (stable) になってもそのまま forky を追うということになります。

    不安定版 (unstable) は常に sid と呼ばれます。なので /etc/apt/
    sources.list の 3 つ目のフィールドを「sid」に変更すると不安定版 
    (unstable) を追うことになります。

    Currently Debian offers does not offer security updates for
    testing nor for unstable. The Debian Security Team (https://
    security-team.debian.org/) focus their work on stable and
    old-stable. Nevertheless, just like any other type of fixes,
    security fixes in unstable are directly made to the main archive
    and trickle down to testing in due course. So if you are running
    unstable make sure that you remove the lines relating to security
    updates in /etc/apt/sources.list. If you are interested in
    knowing what known security bugs exist in these versions of the 
    distributions, you will this information in the list of
    vulnerable source packages in testing (https://
    security-tracker.debian.org/tracker/status/release/testing) , and
    unstable (https://security-tracker.debian.org/tracker/status/
    release/unstable) .

    If there is a release notes document available for the
    distribution you are upgrading to (even though it has not yet
    been released) it would be wise to review it, as it might provide
    information on how you should upgrade to it. You will always find
    the Release Notes for testing (https://www.debian.org/releases/
    testing/releasenotes) available at the Debian website but
    depending on how close the testing version is to release the
    document might not cover all the potential changes or pitfalls.

    いずれにせよ、上記の変更を加えることで aptitude update を実行すれ
    ば欲しいパッケージをインストールできるようになります。異なるディ
    ストリビューションからパッケージをインストールするとそのシステム
    の一部を自動的にアップグレードする可能性があることに注意してくだ
    さい。個々のパッケージをインストールすると混成したディストリ
    ビューションを使ったシステムになります。

    状況によっては apt full-upgrade、aptitude safe-upgrade、aptitude
    full-upgrade のどれかを実行して単純に新しいディストリビューション
    に完全にアップグレードするのが最適かもしれません。さらなる情報に
    ついては apt や aptitude のマニュアルページを読んでください。

    The Debian reference manual provides more insight on running
    testing and unstable in its section Life with eternal upgrades
    (https://www.debian.org/doc/manuals/debian-reference/ch02.en.html
    #_life_with_eternal_upgrades) .

3.1.12. 現在テスト版 (testing、forky) を追っています。リリースされる
と何が起きますか? 引き続きテスト版 (testing) を追跡するのか、それとも
このマシンは新しい安定版 (stable) ディストリビューションを使うことに
なるのでしょうか?

    /etc/apt/sources.list ファイルのエントリによります。現在テスト版 
    (testing) を追っているならそのエントリは

    deb http://deb.debian.org/debian/ testing main

    または

    deb http://deb.debian.org/debian/ forky main

    のようになっているでしょう。/etc/apt/sources.list の 3 つ目の
    フィールドが「testing」ならリリースされた後もテスト版 (testing)
    を追うことになります。forky がリリースされたら別のコード名を付け
    られた新しい Debian ディストリビューションを使うということになり
    ます。当初は変更が見えないかもしれませんが、新しいパッケージが不
    安定版 (unstable) からテスト版 (testing) ディストリビューションに
    向けて動き始めるとすぐにわかるでしょう。

    この 3 つ目のフィールドが「forky」の場合は安定版 (stable) を追う
    ことになります (forky が新しい安定版 (stable) ディストリビュー
    ションになっているため)。

3.1.13. ややこしいですね。どれをインストールしたらいいんでしょうか?

    よくわからないなら安定版 (stable) ディストリビューションが確実で
    す。

3.2. But what about Kali, Knoppix, Linux Mint, Ubuntu, and others?

    These distributions are not Debian; they are Debian-based. Though
    there are many similarities and commonalities between them, there
    are also crucial differences.

    Over the years, many distributions have been developed over time
    reusing and/or rebuilding Debian packages and also adding custom
    packages on their own. Most of the distributions have been
    created for specific audiences or purposes. According to 
    Distrowatch, Debian has spawned more than 420 derivatives (https:
    //distrowatch.com/search.php?basedon=Debian&status=All#
    distrosearch) and more than 120 of them are active at the time of
    writing.

    All these distributions have their own merits and are suited to
    some specific set of users. For more information, read Debian
    derivatives (https://www.debian.org/misc/children-distros)
    available at the Debian website. You can find a complete list of
    Debian derivatives, including those that are no longer under
    active development at the Debian derivate Census (https://
    wiki.debian.org/Derivatives/Census) in the Wiki.

3.2.1. I know that Kali/Knoppix/Linux Mint/Ubuntu/... is
Debian-based. So after installing it on the hard disk, can I use
'apt' package tools on it?

    These distributions are Debian-based, but they are not Debian.
    You will be still able to use apt package tools by pointing the /
    etc/apt/sources.list file to these distributions' repositories.
    In some cases some distributions might even have additional
    package managers that are used instead of apt.

    ほとんどの状況で、あるディストリビューションを選んだらそれだけを
    使うべきで、他のディストリビューションのパッケージを混ぜて使うべ
    きではありません。あるディストリビューションを使っている人が他の
    ディストリビューションから Debian パッケージをインストールしよう
    としてよく問題に遭遇しています。同一の形式と名前 (.deb) を使って
    いるということはそのまま互換性があるということにはなりません。

    For example, Knoppix is a Linux distribution designed to be
    booted as a live CD whereas Debian is designed to be installed on
    the hard-disk. Knoppix is great if you want to know whether a
    particular piece of hardware works, or if you want to experience
    how a GNU/Linux system 'feels' etc., Knoppix is good for
    demonstration purposes while Debian is designed to run 24/7.
    Moreover the number of packages available and the number of
    architectures supported by Debian are far more than that of
    Knoppix.

    If you want Debian, it is best to install Debian from the get-go.
    Although it is possible to install Debian through other 
    distributions, such as Knoppix, the procedure calls for
    expertise. If you are reading this FAQ, I would assume that you
    are new to both Debian and Knoppix. In that case, save yourself a
    lot of trouble later and install Debian right from the beginning.

3.2.2. I installed Kali/Knoppix/Linux Mint/Ubuntu/... on my hard
disk. Now I have a problem. What should I do?

    You are advised not to use the Debian forums (either mailing
    lists or IRC) for help on Debian derivatives as people there may
    base their suggestions on the assumption that you are running a
    Debian system. These "fixes" might not be suited to what you are 
    running, and might even make your problem worse.

    使っているディストリビューション専門のフォーラムをまず使用してく
    ださい。そこで助けが得られない、あるいは得られた対策が問題の修正
    に至らない場合は Debian フォーラムで聞いてみるのもいいかもしれま
    せんが、前述の指摘に留意してください。

3.2.3. I'm using Kali/Knoppix/Linux Mint/Ubuntu/... and now I want to
use Debian. How do I migrate?

    Debian ベースのディストリビューションから Debian への変更はオペ
    レーティングシステムを別のものに変更するのと同じようなものだと考
    えてください。必要なデータを全てバックアップしてオペレーティング
    システムを最初からインストールし直してください。パッケージ管理
    ツールを使って Debian への「アップグレード」を試みるべきではあり
    ません。そうした場合システムが使えなくなるかもしれないためです。

    必要なユーザデータ (つまり /home) が別個のパーティションにある場
    合 Debian への移行は実際にかなり単純で、インストールし直すときに
    インストールシステムにそのパーティションをマウントさせる (フォー
    マットし直すのとは違います) だけです。念のため、必要なデータと同
    様に前のシステムの設定 (つまり /etc/ や /var/) のバックアップを作
    成しておくと良いでしょう。

第4章互換性の問題

4.1. Debian GNU/Linux はどのハードウェアアーキテクチャ/システムで動作
しますか?

    Debian GNU/Linux には、収録する全プログラムの完全なソースコードが
    収録されているため、Linux カーネルによりサポートされるあらゆるシ
    ステムで動作するはずです。詳細については Linux FAQ (http://
    en.tldp.org/FAQ/Linux-FAQ/intro.html#DOES-LINUX-RUN-ON-MY-
    COMPUTER) を見てください。

    現在の Debian GNU/Linux リリース 13 には以下のアーキテクチャ向け
    の完全なバイナリディストリビューションが収録されています:

      * amd64: これは AMD64 拡張付きの AMD 64 ビット CPU や EM64T 拡
        張付きのあらゆる Intel CPU をベースとした一般的な 64 ビット
        ユーザ空間のシステムを対象としています。

      * arm64: 最新の 64ビット ARM 搭載機器をサポートしています。

      * armel: リトルエンディアン ARM マシン

      * armhf: ハードウェア浮動小数演算ユニット付き ARMv7 マシン用
        armel の代替です。

      * i386: これは Intel 及び互換プロセッサをベースとしたシステムを
        対象としています。Intel の 386、486、Pentium、Pentium Pro、
        Pentium II (Klamath と Celeron 両方)、Pentium III、AMD や
        Cyrix その他によるほとんどの互換プロセッサ等があります。
   
      * ia64: Intel IA-64 (「Itanium」) コンピュータ。

      * mips: SGI のビッグエンディアン MIPS システム、Indy や Indigo2
        。mipsel: リトルエンディアン MIPS マシン、Digital 
        DECstations。

      * powerpc: これは IBM/Motorola PowerPC マシン Apple Macintosh
        PowerMac モデル等の一部と CHRP 及び PReP オープンアーキテク
        チャのマシンを対象としています。

      * ppc64el: 64ビットのリトルエンディアン PowerPC への移植版で、
        最近の複数の PowerPC/POWER プロセッサをサポートしています。

      * s390x: IBM System z マシン用の s390 を置き換える 64 ビット
        版。

    hurd-i386 (i386 32ビットPC用 GNU Hurd カーネル)、mipsel64 (リトル
    エンディアンモードの64ビット MIPS)、powerpcspe (「信号処理エン
    ジン」ハードウェア向け移植版)、sparc64 (64ビット SPARC プロセッ
    サ)、sh (日立 SuperH プロセッサ用)、x32 (32ビットのポインタを使用
    した amd64/x86_64 CPU) 向けの Debian バイナリディストリビュー
    ションの開発が現在進行中です。

    m68k アーキテクチャは Etch (Debian 4.0) リリースで Debian リリー
    ス管理者の基準を満たさなかったためサポートから外されています。こ
    のアーキテクチャは Amiga や ATARI の MMU 付き Motorola 680x0 プロ
    セッサ (68020 以降) を対象としています。この移植版では現在も積極
    的に活動があり、公式の安定版 (stable) リリースに収録されていなく
    てもインストール可能で、将来のリリースに再び収録されるかもしれま
    せん。

    hppa (Hewlett-Packard の PA-RISC マシン) や alpha (Compaq/Digital
    の Alpha システム) のサポートは同じような理由で Squeeze (Debian
    6.0) リリースで外されています。このリリースで armel アーキテク
    チャに置き換えられた arm も外されています。

    32ビットの s390 移植版 (s390) のサポートは Jessie (Debian 8) で中
    止され、s390x に、置き換えられました。さらに、十分な開発者サポー
    トを得られないため IA-64 及び Sparc 移植版がこのリリースで削除さ
    れています。

    利用可能な移植版についてのさらなる情報については、ウェブサイトの
    移植版のページ (https://www.debian.org/ports/) を見てください。

    ブートやドライブのパーティション作業、PCMCIA (PC カード) デバイス
    の有効化、そのた同様の問題の詳細な情報についてはインストールマ
    ニュアルの指示に従ってください。このマニュアルは https://
    www.debian.org/releases/stable/installmanual (https://
    www.debian.org/releases/stable/installmanual) のウェブサイトで利
    用可能です。

4.2. Debian GNU/Linux ではどのカーネルを実行しますか?

    Linux 以外にも、Debian では以下のオペレーティングシステムのカーネ
    ル向けの完全なバイナリディストリビューションを提供しています:

      * FreeBSD: 64 ビット PC 用と 32 ビット PC 用をそれぞれ 
        kfreebsd-amd64 及び kfreebsd-i386 移植版で提供しています。こ
        の移植版は Debian 6.0 Squeeze で初めて、技術プレビューとして
        リリースされました。しかし Debian 8 Jessie リリースの一部とし
        ては収録されませんでした。

    上記に加え、以下について作業が進められています:

      * avr32 Atmel の 32 ビット RISC アーキテクチャへの移植版。

      * hurd-i386 32 ビット PC 用の移植版。この移植版は GNU グループ
        の企画による新しいオペレーティングシステム GNU Hurd を使いま
        す。

      * sh 日立 SuperH プロセッサへの移植版。

    ディストリビューションを NetBSD カーネルに移植して netbsd-i386
    (32 ビット PC 用) や netbsd-alpha (Alpha マシン用) を作る動きがあ
    りましたが、この移植版はリリースされることなく現在では中止されて
    います。

    利用可能な移植版についてのさらなる情報については、ウェブサイトの
    移植版のページ (https://www.debian.org/ports/) を見てください。

4.3. Debian は他の Linux ディストリビューションとどれくらい互換性があ
りますか?

    Debian developers communicate with other Linux distribution
    creators in an effort to maintain binary compatibility across
    Linux distributions.^[1] Most commercial Linux products run as
    well under Debian as they do on the system upon which they were
    built.

    Debian GNU/Linux は Linux Filesystem Hierarchy Standard (FHS、
    ファイルシステム階層標準) (https://www.pathname.com/fhs) を順守し
    ます。しかし、この標準の範囲内でもいくらか解釈の余地があるため、
    Debian システムと他の Linux システムの間にはわずかな違いがあるか
    もしれません。

4.4. Debian と他の Unix システムではどのくらいソースコードの互換性が
ありますか?

    ほとんどのアプリケーションの Linux ソースコードが他の Unix システ
    ムと互換性があります。System V Unix システムやフリー及び商用の
    BSD 派生システムで利用可能ほぼ全てをサポートしています。しかし
    Unix の世界ではこういった主張はそれを証明する方法がないためほぼ無
    意味です。ソフトウェア開発においては「ほとんど」の場合使える互換
    性ではなく完全な互換性が要求されます。そのため何年か前に標準仕様
    の必要性が提起され、今では POSIX.1 (IEEE 標準 1003.1-1990) が
    Unix 類似オペレーティングシステムにおけるソースコード互換性の主要
    な標準の一つとなっています。

    Linux は POSIX.1 を順守するつもりではありますが、POSIX 標準には現
    金が必要で、POSIX.1 (と FIPS 151-2) の認定はかなり高価です。この
    ため、Linux 開発者が完全な POSIX 適合に向けて作業することはさらに
    困難なものとなっています。この認定コストのため、検証テスト群を完
    全に通過したとしても Debian が公式の適合認定を得ることはなさそう
    です。(検証テスト群は現在自由に利用可能なので、もっと多くの人が
    POSIX.1 の問題に取り組むことが期待されます。)

    Unifix GmbH (ドイツ、ブラウンシュワイク) が開発した Linux システ
    ムが FIPS 151-2 (POSIX.1 の上位集合) に適合すると認定されていま
    す。この技術は Unifix Linux 2.0 という Unifix 自身のディストリ
    ビューションと Lasermoon の Linux-FT で利用可能でした。

4.5. Debian パッケージ (「.deb」ファイル) を Red Hat/Slackware/...
Linux システムで使うことはできますか? Red Hat パッケージ (「.rpm」
ファイル) を Debian GNU/Linux システムで使うことはできますか?

    異なる Linux ディストリビューションでは異なるパッケージ形式、異な
    るパッケージ管理プログラムを使っています。

    恐らくできるでしょう:

        Debian パッケージを「無関係の」ディストリビューションによる
        Linux ホストで展開するプログラムが利用可能で、ファイルが展開
        されるという意味では基本的には動作します。逆も恐らく真で、Red
        Hat や Slackware のパッケージを Debian GNU/Linux ベースのホス
        トで展開するプログラムがあり、恐らくパッケージを展開して意図
        したディレクトリにほとんどのファイルを配置することに成功しま
        す。これは (広く守られている) Linux ファイルシステム階層標準 
        (FHS) が存在する結果です。異なるパッケージ形式の間の変換には
        Alien (https://packages.debian.org/alien) パッケージが利用さ
        れます。

    望まない結末:

        パッケージ管理プログラムはほとんどがアーカイブ展開時に管理用
        ファイルを書き出します。こういった管理用ファイルは通常標準化
        されていません。したがって、Debian パッケージを「無関係の」ホ
        ストで展開した結果は予測不可能で、そのシステムのパッケージ管
        理プログラムに対して (有用とはほど遠い) 影響があるでしょう。
        同様に他のディストリビューションのユーティリティを Debian シ
        ステムで使おうとした場合、アーカイブの展開には成功するでしょ
        うが、一部のパッケージをアップグレードや削除するときに、もし
        かするとシステムに存在するパッケージを確認するだけでも、
        Debian パッケージ管理システムで恐らく問題が起きるでしょう。

    より良い方法:

        Linux ファイルシステム標準 (ひいては Debian GNU/Linux) は /
        usr/local/ 以下のサブディレクトリが完全にユーザの裁量の下にあ
        ることを要求します。したがって、ユーザは「無関係の」パッケー
        ジをこのディレクトリに展開し、設定やアップグレード、削除を個
        々に管理することができます。

4.6. Debian ではないプログラムはどのようにインストールすべきですか?

    ディレクトリ /usr/local/ 以下にあるファイルは Debian パッケージ管
    理システムの制御下にはありません。したがって、プログラムのソース
    コードを /usr/local/src/ に配置するのは良い方法です。例えば「foo.
    tar」というパッケージのファイルをディレクトリ /usr/local/src/foo
    に展開すると良いでしょう。コンパイル後は、バイナリファイルを /usr
    /local/bin/ に、ライブラリを /usr/local/lib/ に、設定ファイルを /
    usr/local/etc/ に配置してください。

    プログラムやファイルをどうしてもどこか他のディレクトリに置かなけ
    ればならない場合でも、/usr/local/ に置いておく方法はあります。必
    要な位置から /usr/local/ 内の位置に適切なシンボリックリンクを作成
    してください。例えば

    ln -s /usr/local/bin/foo /usr/bin/foo

    のようにしてリンクを作成できます。いずれにせよ、著作権表示で再配
    布が許可されているパッケージを手配する場合はその Debian パッケー
    ジを作成し、Debian システムにアップロードすることを考慮すべきで
    す。パッケージ開発者になるためのガイドラインは Debian ポリシーマ
    ニュアルに収録されています (「Debian システム上の、あるいは
    Debian システム用の文書は他にどんなものがありますか?」参照)。


---------------------------------------------------------------------

    ^[1] The Linux Standard Base (https://wiki.linuxfoundation.org/
    lsb/start/) is a specification for allowing the same binary
    package to be used on multiple distributions. After Jessie
    (Debian 8) was released, Debian abandoned (https://
    sources.debian.org/src/lsb/9.20170808/debian/README.Debian/) the
    pursuit of LSB compatibility. See this July 3, 2015 message from
    Didier Raboud (https://lists.debian.org/
    4526217.myWFlvm1rM@gyllingar) and the following discussion for
    background information.

第5章 Debian システムで利用可能なソフトウェア

5.1. Debian GNU/Linux ではどんな種類のアプリケーションや開発用ソフト
ウェアが利用できますか?

    ほとんどの Linux ディストリビューションと同様、Debian GNU/Linux
    では

      * gcc や g++、make、texinfo、Emacs、Bash シェルその他多数のアッ
        プグレードされた Unix ユーティリティ等、ソフトウェア開発や
        ファイル操作、テキスト処理用の主な GNU アプリケーション、

      * Perl や Python、Tcl/Tk とそれぞれに関連する様々なプログラムや
        モジュール、ライブラリ、

      * TeX (LaTeX) や Lyx、dvips、Ghostscript、

      * ネットワーク対応の Linux 用グラフィカルユーザインターフェイス
        を提供する Xorg ウィンドウシステムや、GNOME や KDE、Xfce デス
        クトップ環境といった無数の X アプリケーション、

      * HTTP (ウェブ) や FTP、NNTP (ニュース)、SMTP 及び POP (メー
        ル)、DNS (ネームサーバ) 等インターネットプロトコル用サーバ、
        PostgreSQL や MySQL 等のリレーショナルデータベースといった
        ネットワークアプリケーション群一式、さらに様々な Mozilla 製品
        等のウェブブラウザ、

      * LibreOffice 製品群や Gnumeric その他のスプレッドシート等オ
        フィスアプリケーション一式、WYSIWYG エディタ、カレンダー、

    等のソフトウェアを提供しています。ニュースサーバやリーダーから音
    声サポートや FAX プログラム、データベース、スプレッドシートプログ
    ラム、画像処理プログラム、通信、ネット、メールユーティリティ、
    ウェブサーバまで、さらに無線ラジオプログラムまでも、63879 以上の
    パッケージがディストリビューションに収録されています。他にも 1082
    のソフトウェア群が Debian パッケージとして利用できますが、こちら
    はライセンスの制限により正式には Debian の一部ではありません。

5.2. このソフトウェア全ては誰が書いたのですか?

    各パッケージのファイル /usr/share/doc/[パッケージ]/copyright にプ
    ログラムの作者が記載されています。[パッケージ]の部分はパッケージ
    名に置き換わります。

    このソフトウェアを Debian GNU/Linux システム用にパッケージ化した
    メンテナは各パッケージに付属している Debian 制御ファイル (「
    Debian 制御ファイルとは何ですか?」参照) に列挙されています。/usr/
    share/doc/[パッケージ]/changelog.Debian.gz にある Debian の変更記
    録でも、Debian パッケージについて作業した人について触れています。

5.3. Debian 用にパッケージ化されているプログラムの現在の一覧を得る方
法はありますか?

    完全な一覧は Debian ミラー (https://www.debian.org/mirror/list)
    のページ及びファイル indices/Maintainers のどちらにもあります。こ
    のファイルにはパッケージ名とそれぞれのメンテナの名前とメールアド
    レスが記載されています。

    Debian パッケージへの WWW インターフェイス (https://
    packages.debian.org/) のページに Debian アーカイブの30ほどの「区
    分」それぞれに収録されているパッケージについて使いやすいようにま
    とめられています。

5.4. パッケージをビルドするための開発環境をインストールするにはどのよ
うにしたらいいですか?

    Debian システムでパッケージをビルドしたい場合、C/C++ コンパイラや
    その他の必須パッケージ等の基礎的な開発環境が必要です。この環境の
    インストールは単にbuild-essential パッケージをインストールするだ
    けです。これはメタパッケージあるいはプレースホルダーパッケージと
    いうもので、Debian パッケージのビルドに必要な標準的な開発ツール群
    に依存しています。

    ただし、ソフトウェアによっては再ビルドに autoconf や gettext 等ラ
    イブラリヘッダや追加のツールといった、追加のソフトウェアを必要と
    します。Debian は他のソフトウェアを Debian パッケージとしてビルド
    するのに必要なツールを多数提供しています。

    正確にどのソフトウェアが必要となるのかは、Debian パッケージの再ビ
    ルドを予定していない場合は見つけにくいかもしれません。この最後の
    作業は公式のパッケージの場合はそのパッケージのビルドに
    (build-essential のパッケージ以外で) 必要な追加ソフトウェアの一覧
    を収録しなければならないため簡単です。これは Build-Dependencies
    と呼ばれます。あるソースパッケージのビルドに必要なパッケージを全
    てインストールしてそのソースパッケージをビルドするには単に

    # apt-get build-dep foo
    # apt-get source --build foo

    を実行するだけです。Debian により配布されている Linux カーネルを
    ビルドしたい場合は kernel-package パッケージもインストールする必
    要があることに注意してください。さらなる情報については「独自カー
    ネルをビルドためにどんなツールを Debian は提供していますか?」を見
    てください。

5.5. Debian GNU/Linux に足りないものは何?

    Debian 用にパッケージ化する必要があるパッケージの一覧があります。
    作業が望まれるパッケージ (Work-Needing and Prospective Packages)
    一覧 (https://www.debian.org/devel/wnpp/) 。

    足りないものの追加についての詳細は 13章Debian プロジェクトへの寄
    付を見てください。

5.6. プログラムをコンパイルしたときに「ld: cannot find -lfoo」メッ
セージが出るのは何故ですか? Debian ライブラリパッケージに libfoo.so 
ファイルが無いのは何故ですか?

    Debian ポリシーでこういった (libfoo.so.x.y.z 等への) シンボリック
    リンクは別個の開発用パッケージで配置するように要求しています。こ
    ういったパッケージは通常 libfoo-dev や libfooX-dev (ライブラリ
    パッケージが libfooX で X が全体番号の場合) と名付けられます。

5.7. Debian は Java を (どのように) サポートしていますか?

    Java 技術はフリーの実装が複数 Debian パッケージとして利用可能で
    す。Java Development Kits と Runtime Environments を両方とも提供
    しています。Debian を使って Java プログラムの作成、デバッグ、実行
    ができます。

    Java アプレットの実行にはそれを認識、実行できるウェブブラウザが必
    要です。Mozilla や Konqueror 等、Java アプレットを実行できる Java
    プラグインに対応しているウェブブラウザが複数 Debian で利用できま
    す。

    さらなる情報については、Debian Java FAQ (https://www.debian.org/
    doc/manuals/debian-java-faq/) を参照してください。

5.8. Debian システムを使っていることやそれがどのバージョンなのか確認
する方法は?

    実際に Debian ベースのディスクからインストールされたシステムであ
    ることを確認するには

    lsb_release -a

    コマンドを使います。ディストリビューションの名前 (Distributor ID 
    欄) とシステムのバージョン (Release 欄と Codename 欄) を表示しま
    す。Debian システムでの例:

    $ lsb_release -a
    No LSB modules are available.
    Distributor ID: Debian
    Description:    Debian GNU/Linux 7.4 (wheezy)
    Release:    7.4
    Codename:   wheezy

    /etc/debian_version ファイルの存在を確認する方法もあります。これ
    にはパッケージ base-files により定義されるそのリリースのバー
    ジョン番号を示す一行のエントリが収められます。

    ユーザならわかっていることですが、Debian システムは多数の構成要素
    からなり、それぞれを (ほぼ) 別々に更新することができます。Debian
    「リリース」にはそれぞれよく練られた、不変のものが収録されていま
    す。更新は個別に利用できます。パッケージ foo のインストール状態の
    一行の説明を見るにはコマンド dpkg --list foo を使ってください。
    もっと詳細な説明は

    dpkg --status foo

    を使ってください。インストールされている全パッケージのバージョン
    を表示するには:

    dpkg -l

    を使ってください。プログラム dpkg が存在することはそのシステムに
    Debian パッケージをインストールできることを示すはずです。しかし、
    このプログラムは他の多くのオペレーティングシステムやアーキテク
    チャに移植されているため、これはそのシステムが Debian GNU/Linux
    だと判定するには信頼性の高い方法ではなくなっています。

5.9. Debian は英語以外の言語をどのようにサポートしていますか?

      * Debian GNU/Linux は 20以上のキーボード用のキーボード配置と、
        その対応表をインストール、表示、変更するユーティリティ (kbd 
        パッケージ) を収録し、配布しています。

        The installation prompts the user to specify the keyboard to
        use.

      * Debian にあるソフトウェアはほぼ全てが文字セットとして UTF-8
        をサポートしています。過去に利用されていた ISO-8859-1 や
        ISO-8859-2 等はもう時代遅れの文字セットだと見なすべきです。

      * 現在、ドイツ、スペイン、フランス、ハンガリー、イタリア、日
        本、韓国、オランダ、ポーランド、ポルトガル、ロシア、トルコ、
        中国の各言語のマニュアルページのサポートが manpages-[言語] 
        パッケージ ([言語]には2文字の ISO 国コード) により提供されて
        います。NLS マニュアルページにアクセスするには、ユーザがシェ
        ルの LC_MESSAGES 変数に適切な文字列をセットしなければなりま
        せん。

        例えばイタリア語のマニュアルページの場合は LC_MESSAGES には
        'italian' がセットされている必要があります。そうすると man プ
        ログラムはイタリア語のマニュアルページを /usr/share/man/it/
        から探すようになります。

5.10. I have a device that requires non-free firmware. What should I 
do?

    Firmware refers to embedded software which controls electronic
    devices. Many devices require firmware to operate. Historically,
    firmware would be built into the device's ROM or Flash memory,
    but more and more often, a firmware image has to be loaded into
    the device RAM by a device driver during device initialisation.

    Some devices require non-free firmware to work properly. And
    there could be firmware updates in the future.

    In Debian release 11 (bullseye) and older, Debian did not include
    non-free firmware on official images and live installations. For
    Debian 12 onwards, all the packaged non-free firmware binaries
    that Debian can distribute have been moved to a new component in
    the Debian archive, called non-free-firmware. If you're upgrading
    from an older release of Debian and you need these firmware 
    binaries, make sure that your sources.list uses this new
    component:

    http://deb.debian.org/debian trixie main non-free-firmware contrib non-free

    For more information please refer to Firmware information (https:
    //wiki.debian.org/Firmware) in the Debian Wiki.

5.11. Linux で機能しない無線ネットワークカードを持っています。どうす
るべきですか?

    機能するものを買ってください :)

    代わりに ndiswrapper を使って Linux システムで Windows 用ドライバ
    (持っている場合) を使う方法もあります。さらなる情報については
    Debian Wiki ndiswrapper のページ (https://wiki.debian.org/
    NdisWrapper) を見てください。

第6章 The Debian archives

6.1. Debian ディストリビューションはいくつありますか?

    主要なディストリビューションは3つあります:「安定版 (stable)」ディ
    ストリビューション、「テスト版 (testing)」ディストリビュー
    ション、「不安定版 (unstable)」ディストリビューション。「テスト版
    (testing)」ディストリビューションは「凍結」されていることもありま
    す (「「テスト版 (testing)」はどういうものですか? どのように「凍
    結 (freeze)」されますか?」参照)。次に、「旧安定版 (oldstable)」
    ディストリビューション (これは単純に前の「安定版 (stable)」です)
    と「experimental」ディストリビューションがあります。

    Experimental は未だ開発中のパッケージが利用するもので、システムを
    破壊するような高い危険性があります。これは最前線のソフトウェアに
    ついて学習やテストを望む開発者により利用されます。経験のあるほ
    とんどの人にとっても危険で有害である可能性があるため、ユーザがこ
    こからパッケージを使うべきではありません。

    Debian ディストリビューションを選択する際の手助けについては 3章
    Debian ディストリビューションの選択を見てください。

6.2. etch や lenny 等という名前は一体何ですか?

    単なる「コード名」です。Debian ディストリビューションが開発段階に
    あるとき、そこにバージョン番号はなくコード名はあります。このコー
    ド名の目的は Debian ディストリビューションのミラー作業を楽にする
    ことです (もし実際のディレクトリ、例えば unstable が突然 stable
    に変わったとしたら無用に多く再ダウンロードする羽目になるでしょ
    う)。

    現在 stable は trixie (つまり Debian GNU/Linux 13) へのシンボリッ
    クリンクで、testing は forky へのシンボリックリンクです。これはつ
    まり trixie は現在の安定版 (stable) ディストリビューションで、
    forkyは現在のテスト版 (testing) ディストリビューションだというこ
    とです。

    unstable は恒久的に sid へのシンボリックリンクで sid は常に不安定
    版 (unstable) ディストリビューションです (「「sid」とは何です
    か?」参照)。

6.2.1. 他にはどんなコード名が過去に使われましたか?

    Aside trixie and forky, other codenames that have been already
    used are: buzz for release 1.1, rex for release 1.2, bo for
    releases 1.3.x, hamm for release 2.0, slink for release 2.1,
    potato for release 2.2, woody for release 3.0, sarge for release
    3.1, etch for release 4.0, lenny for release 5.0, squeeze for
    release 6.0, wheezy for release 7, jessie for release 8, stretch
    for release 9, buster for release 10, bullseye for release 11,
    bookworm for release 12.

6.2.2. このコード名は何に由来しているのですか?

    これまでのところ Pixar による映画「トイストーリー」のキャラクター
    から選ばれています。

      * buzz (Debian 1.1) was the spaceman Buzz Lightyear,

      * rex (Debian 1.2) was the tyrannosaurus,

      * bo (Debian 1.3) was Bo Peep, the girl who took care of the 
        sheep,

      * hamm (Debian 2.0) was the piggy bank,

      * slink (Debian 2.1) was Slinky Dog, the toy dog,

      * potato (Debian 2.2) was, of course, Mr. Potato,

      * woody (Debian 3.0) was the cowboy,

      * sarge (Debian 3.1) was the sergeant of the Green Plastic Army
        Men,

      * etch (Debian 4.0) was the toy whiteboard (Etch-a-Sketch),

      * lenny (Debian 5.0) was the toy binoculars,

      * squeeze (Debian 6) was the name of the three-eyed aliens,

      * wheezy (Debian 7) was the rubber toy penguin with a red bow 
        tie,

      * jessie (Debian 8) was the yodeling cowgirl,

      * stretch (Debian 9) was the rubber toy octopus with suckers on
        her eight long arms.

      * buster (Debian 10) was Andy's pet dog.

      * bullseye (Debian 11) was Woody's wooden toyhorse.

      * bookworm (Debian 12) was a green toy worm with a built-in
        flashlight who loves reading books.

      * trixie (Debian 13) was a blue plastic triceratops.

      * sid はおもちゃを全て壊す隣の悪ガキでした。

    トイストーリーの名前の使用は、当時 Debian プロジェクトリーダーで
    あり映画制作会社の Pixar で働いていた Bruce Perens により決定
    (https://lists.debian.org/debian-devel/1996/06/msg00515.html) さ
    れました (https://lists.debian.org/debian-user/1997/04/msg00011.
    html) 。

6.3. 「sid」とは何ですか?

    sid あるいは unstable というのはほとんどのパッケージが最初にアッ
    プロードされる場所です。リリースするパッケージは stable にリリー
    スする前にまず testing に収録される必要があるため、これが直接リ
    リースされることはありません。sid にはリリースされるアーキテク
    チャもリリースされないアーキテクチャも、両方のパッケージが収録さ
    れます。

    「sid」という名もアニメ映画の「トイストーリー」から来ています:
    Sid はおもちゃを壊す隣の少年でした :-)

    ^[2]

6.4. stable ディレクトリには何がありますか?

      * stable/main/: このディレクトリには Debian GNU/Linux システム
        の最新リリースを正式に構成するパッケージが収録されています。

        ここに置かれるパッケージは全て Debian フリーソフトウェアガイ
        ドライン (DFSG) (https://www.debian.org/social_contract#
        guidelines) に準拠し、全て自由に利用、配布できます。

      * stable/non-free/: このディレクトリには配布に制限があり、指定
        されている著作権要求について配布者が注意を払う必要のあるパッ
        ケージが収録されています。
   
        例えばパッケージによっては商用での配布を禁止するライセンスを
        採用しています。他に、再配布はできるものの実際はフリーソフト
        ウェアではなくシェアウェアであるものもあります。こういった
        パッケージは、(例えば CD-ROM に) 収録して再配布する前に各パッ
        ケージごとのライセンスを調査し、場合によっては交渉する必要が
        あります。

      * stable/contrib/: このディレクトリには、それ自体は DFSG フリー
        で自由に配布できるけれども、自由に配布できないために non-free
        でのみ利用可能なパッケージに依存しているパッケージが収録され
        ています。

6.5. テスト版 (testing) ディストリビューションには何が収録されていま
すか?

    パッケージは unstable である程度のテストを経た後に「testing」に
    ディレクトリに入ります。

    ビルドしている全アーキテクチャで同調していなければならず、インス
    トールできなくなるような依存を作ることもできません。リリースクリ
    ティカルバグが現在不安定版 (unstable) にあるバージョンよりも増え
    ることも許されません。こうして、「テスト版 (testing)」が常にリ
    リース候補に近づいていくことを期待します。

    「テスト版 (testing)」の状態全般や個々のパッケージについてのさら
    なる情報は https://www.debian.org/devel/testing (https://
    www.debian.org/devel/testing) にあります。

6.5.1. 「テスト版 (testing)」はどういうものですか? どのように「凍結 
(freeze)」されますか?

    「テスト版 (testing)」ディストリビューションが十分完成の域に達す
    ると、リリース管理者が「凍結 (freeze)」を開始します。新しいバグが
    「不安定版 (unstable)」から「テスト版 (testing)」にできるだけ持ち
    込まれないようにするため、通常の伝搬の遅延は増加します。

    しばらくして「テスト版 (testing)」ディストリビューションが本当に
    「凍結 (freeze)」されます。これは新しいパッケージの「テスト版 
    (testing)」への伝搬が、それがリリースクリティカルバグを修正するも
    のでない限り全て止められるということです。リリースが迫っているよ
    うな時には、いわゆる「テストサイクル」の間「テスト版 (testing)」
    ディストリビューションがこういったさらに強い凍結 (deep freeze) の
    ままになることもあります。

    「テスト版 (testing)」リリースが「凍結」されると「不安定版 
    (unstable)」も同様に部分的な凍結 (freeze) になる傾向があります。
    これはテスト版 (testing) で凍結 (freeze) されているソフトウェアに
    些細な更新やテスト版 (testing) が「安定版 (stable)」になるのを妨
    害するリリースクリティカルバグの修正が必要な場合に、開発者が全く
    新しいソフトウェアを不安定版 (unstable) にアップロードすることに
    消極的なためです。

    リリースを避ける可能性のあるパッケージやリリース全体を止める可能
    性のあるバグについて、テスト版 (testing) ディストリビューションの
    バグ記録を維持しています。詳細についてはテスト版 (testing) リリー
    ス情報 (https://www.debian.org/releases/testing/) を見てくださ
    い。

    このバグの数が受け入れられる最大値まで下がると、凍結 (freeze) さ
    れているテスト版 (testing) ディストリビューションは安定版 
    (stable) と宣言され、バージョン番号を付けてリリースされます。

    最も重要なバグの数は「リリースクリティカル (RC、Release 
    Critical)」バグの数で、これは Release-critical bug status (RCバグ
    状況) のページ (https://bugs.debian.org/release-critical/) で追う
    ことができます。一般的なリリース目標は NoRCBugs (RCバグ0) (https:
    //wiki.debian.org/ReleaseGoals/NoRCBugs) で、そのディストリビュー
    ションには重要度が critical (致命的)、grave (重大)、serious (深
    刻) のバグがあるべきではないことを意味します。致命的だと見なされ
    る問題の完全な一覧は RC ポリシー文書 (https://release.debian.org/
    testing/rc_policy.txt) にあります。

    新しいリリースごとに、以前の安定版 (stable) ディストリビュー
    ションは古くなってアーカイブに移動します。さらなる情報については
    Debian アーカイブ (https://www.debian.org/distrib/archive) を見て
    ください。

6.6. 不安定版 (unstable) ディストリビューションには何が収録されていま
すか?

    「unstable」ディレクトリには現在の開発用システムのスナップショッ
    トが収録されます。ここにあるパッケージをユーザが使ってテストする
    のは歓迎ですが、注意して準備しておく必要があります。不安定版 
    (unstable) ディストリビューションには常に GNU/Linux ソフトウェア
    の世界で最新版を使用するという利点がありますが、それが壊れていた
    としたら (略)。利点だけではなく欠点もあり得るということです :-)

    「unstable」にも「stable」と同一の基準で分けられた main、
    contrib、non-free サブディレクトリがあります。

6.7. What are all those directories at the Debian archives?

    Debian GNU/Linux 用にパッケージ化されているソフトウェアは各
    Debian ミラーサイトにある複数のディレクトリツリーのどれかから利用
    できます。

    dists ディレクトリは「distributions (ディストリビューション)」の
    短縮形で現在利用可能な Debian リリース (とリリース前) にアクセス
    するための正当な手段です。

    pool ディレクトリには実際のパッケージが収録されます。「pool ディ
    レクトリには何がありますか?」参照。

    以下の補足するディレクトリがあります:

    /tools/:

        起動ディスクの作成やディスクドライブのパーティション作業、
        ファイルの圧縮/伸張、Linux のブート等を行う DOS ユーティリ
        ティ。

    /doc/:

        この FAQ やバグ報告システムの説明等、基礎的な Debian 文書。

    /indices/:

        サイトの様々な索引 (Maintainers ファイルや override ファイ
        ル)。

    /project/:

        ほぼ開発者だけを対象とするものや雑多なファイル。

6.8. dists/stable/main 以下にあるディレクトリは一体何ですか?

    Within each of the major directory trees^[3], there are three
    sets of subdirectories containing index files.

    利用可能な各コンピュータアーキテクチャ、例えば Intel x86 PC マ
    シン上で実行するパッケージ向けの binary-i386 や Sun SPARCStation
    上で実行するパッケージ向けの binary-sparc のバイナリパッケージの
    索引ファイルを収録する binary-何かサブディレクトリ群があります。

    各リリースで利用可能なアーキテクチャ完全な一覧はリリースウェブ
    ページ (https://www.debian.org/releases) にあります。現在のリリー
    スについては「Debian GNU/Linux はどのハードウェアアーキテクチャ/
    システムで動作しますか?」を見てください。

    binary-* にある索引ファイルは Packages(.gz、.bz2) と呼ばれ、ディ
    ストリビューションに収録されている各バイナリパッケージについての
    まとめが収録されています。実際のバイナリパッケージは最上位の pool
    ディレクトリ以下にあります。

    さらに source/ というサブディレクトリにはディストリビューションに
    収録されているソースパッケージの索引ファイルが収録されています。
    この索引ファイルは Sources(.gz、.bz2) と呼ばれます。

    大事なことを言い忘れましたが、インストールシステムの索引ファイル
    用のサブディレクトリ群が debian-installer/binary-アーキテクチャに
    あります。

6.9. ソースコードはどこにありますか?

    Debian システム全てのソースコードが収録されています。また、このシ
    ステムにあるほとんどのプログラムのライセンス条件がソースコードを
    プログラムと共に配布するかソースコードをプログラムと同時に提供す
    ることを要求しています。

    The source code is distributed in the pool directory (see 「pool 
    ディレクトリには何がありますか?」) together with all the
    architecture-specific binary directories. To retrieve the source
    code without having to be familiar with the structure of the 
    archive, try a command like apt-get source mypackagename.

    ライセンスによる制限のため、「contrib」や「non-free」ディレクトリ
    に置かれるパッケージにはソースコードが利用できないものもあり、そ
    ういったパッケージは正式には Debian システムの一部ではありま
    せん。一部にはソースのない「バイナリ形式」だけが配布可能 (例えば
    firmware-misc-nonfree) なものやライセンスがビルド済みバイナリの配
    布を禁止していて、ユーザによりローカルでコンパイルできるソース
    コードのパッケージの配布は許可しているものがあります (例えば
    broadcom-sta-dkms)。

6.10. pool ディレクトリには何がありますか?

    パッケージは巨大な「pool」に置かれています。ここはソースパッケー
    ジの名前を基に構造化されています。管理しやすくするため、pool は区
    分 (「main」、「contrib」、「non-free」) とソースパッケージ名の頭
    文字によりさらに分割されています。このディレクトリには複数のファ
    イルが収録されます: 各アーキテクチャ用のバイナリパッケージとその
    バイナリパッケージを生成する元となるソースパッケージです。

    apt-cache showsrc パッケージ名のようなコマンドを実行してその「
    Directory:」行を確認することで各パッケージが置かれている場所を調
    べることができます。例えば apache パッケージは pool/main/a/apache
    / に置かれています。

    さらに、lib* パッケージはあまりに多いため特別に扱っています: 例え
    ば libpaper パッケージは pool/main/libp/libpaper/ に置かれていま
    す。

    ^[4]

6.11. 「incoming」とは何ですか?

    開発者がパッケージをアップロードした後、それが本物であることが確
    認されるまでの短期間「incoming」ディレクトリに置かれ、それから
    アーカイブ行きが許可されます。

    通常この場所からは誰も何かをインストールすべきではありません。し
    かし、緊急時のまれな状況では https://incoming.debian.org/ (https:
    //incoming.debian.org/) にある incoming ディレクトリを利用するこ
    とができます。手作業によりパッケージを取得して .changes や .dsc 
    ファイルにある GPG 署名や MD5sums を確認しインストールしてくださ
    い。

6.12. Where can I find old packages of previous releases?

    Old releases are removed from the main archive and mirrors, which
    only keep the content of the releases up to "oldstable" (the
    stable release before the current one). If you are interested in
    obtaining older versions of packages, go to https://
    snapshot.debian.org/ (https://snapshot.debian.org/) .

    The snapshot archive is a wayback machine that allows access to
    old packages based on dates and version numbers. It consists of
    all past and current packages the Debian archive provides. It
    provides a valuable resource for tracking down when regressions
    were introduced, or for providing a specific environment that a
    particular application may require to run. The snapshot archive
    is accessible like any normal apt repository, allowing it to be
    easily used by all.

6.13. apt 対応リポジトリを用意する方法は?

    私的な Debian パッケージをいくらか作成し、標準の Debian パッケー
    ジ管理ツールを使ってインストールしたい場合、自分の独自の apt 対応
    パッケージアーカイブを用意することできます。これは Debian プロ
    ジェクトにより配布されるのではない Debian パッケージを共有したい
    場合にも有用です。その手順は Debian Wiki (https://wiki.debian.org
    /HowToSetupADebianRepository) で示されています。


---------------------------------------------------------------------

    ^[2] When the present-day sid did not exist, the FTP site
    organization had one major flaw: there was an assumption that
    when an architecture is created in the current unstable, it will
    be released when that distribution becomes the new stable. For
    many architectures that isn't the case, with the result that
    those directories had to be moved at release time. This was
    impractical because the move would chew up lots of bandwidth.

    The archive administrators worked around this problem for several
    years by placing binaries for unreleased architectures in a
    special directory called "sid". For those architectures not yet 
    released, the first time they were released there was a link from
    the current stable to sid, and from then on they were created
    inside the unstable tree as normal. This layout was somewhat
    confusing to users.

    With the advent of package pools (see 「pool ディレクトリには何が
    ありますか?」), binary packages began to be stored in a canonical
    location in the pool, regardless of the distribution, so
    releasing a distribution no longer causes large bandwidth
    consumption on the mirrors (there is, however, a lot of gradual
    bandwidth consumption throughout the development process).

    ^[3] dists/stable/main, dists/stable/contrib, dists/stable/non-
    free, and dists/unstable/main/, etc.

    ^[4] Historically, packages were kept in the subdirectory of
    dists corresponding to which distribution contained them. This
    turned out to cause various problems, such as large bandwidth
    consumption on mirrors when major changes were made. This was
    fixed with the introduction of the package pool.

    The dists directories are still used for the index files used by
    programs like apt.

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

    この章では、Debian パッケージ管理内部のいくらか深いレベルまで触れ
    ます。関心が主に関連するツールの使い方であれば、8章Debian パッ
    ケージ管理ツールや 9章Debian システムを最新に保つの章まで飛ばして
    ください。

7.1. Debian パッケージとは何ですか?

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

      * バイナリパッケージ。これは実行可能ファイルや設定ファイル、man
        /info ページ、著作権情報、その他の文書を収録します。この種の
        パッケージは Debian 固有の圧縮形式 (「Debian のバイナリパッ
        ケージはどんな形式ですか?」参照) で配布されています。通常、
        ファイルの拡張子が「.deb」だという特徴があります。バイナリ
        パッケージは Debian ユーティリティ dpkg を使って (あるいは 
        apt のようなフロントエンド経由で) 展開することができます。詳
        細はそのマニュアルページにあります。
   
      * ソースパッケージ。ソースパッケージ (以下に示すファイルの名前
        も) について説明する .dsc ファイルや元の変更していないソース
        を tar 形式でまとめて gzip 圧縮で収録した .orig.tar.gz ファイ
        ルと通常、元のソースに対する Debian 固有の変更を収録する
        .debian.tar.xz ファイルで構成されます。ユーティリティ
        dpkg-source が Debian ソースアーカイブの圧縮や展開を行いま
        す。詳細はマニュアルページで提供されています (プログラム 
        apt-get を dpkg-source のフロントエンドに利用することができま
        す)。

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

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

      * パッケージの操作や管理、

      * パッケージ内ファイルのローカルオーバーライド管理、
   
      * 開発者によるパッケージアーカイブの構成支援、

      * aid users in the installation of packages which reside on a
        remote archive site.

7.2. Debian のバイナリパッケージはどんな形式ですか?

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

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

7.3. Debian パッケージのファイルが長いのは何故ですか?

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

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

      * inspect the "Packages" file in the directory where it was
        stored at a Debian archive site. This file contains a stanza
        describing each package; the first field in each stanza is
        the formal package name.
   
      * use the command dpkg --info PPP_VVV-RRR_AAA.deb (where PPP, 
        VVV, RRR and AAA are the package name, version, revision and
        architecture of the package in question, respectively). This 
        displays, among other things, the package name corresponding
        to the archive file being unpacked.

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

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

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

7.4. Debian 制御ファイルとは何ですか?

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

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

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

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

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

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

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

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

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

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

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

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

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

7.5. Debian conffile とは何ですか?

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

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

    dpkg --status package

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

7.6. Debian preinst、postinst、prerm、postrm スクリプトとは何ですか?

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

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

    preinst

        このスクリプトは Debian アーカイブ (「.deb」) ファイルから
        パッケージを展開する前に実行されます。多くの「preinst」スクリ
        プトが、アップグレード中のパッケージのサービスをインストール
        やアップグレードが完了するまで (「postinst」スクリプトがうま
        く実行されるまで) 停止します。

    postinst

        This script typically completes any required configuration of
        the package foo once foo has been unpacked from its Debian
        archive (".deb") file. Many 'postinst' scripts execute any
        commands necessary to start or restart a service once a new
        package has been installed or upgraded.

    prerm

        このスクリプトは概してパッケージに関連するデーモンを停止しま
        す。そのパッケージに関連するファイルを削除する前に実行されま
        す。

    postrm

        このスクリプトは概して foo に関連するリンクやその他のファイル
        を変更、あるいはそのパッケージが作成したファイルを削除します
        (「仮想パッケージとは何ですか?」も見てください)。

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

7.7. Essential、Required、Important、Standard、Optional、Extra パッ
ケージとは何ですか?

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

      * Required: システムが適切に機能するのに必要なパッケージ。

        これにはシステムの不具合を修復するのに必要なツールが全て属し
        ます。このパッケージを削除することはできず、削除した場合シス
        テムは全体が壊れ、恐らく dpkg を使って差し戻すこともできま
        せん。Required パッケージしかないシステムは恐らく使いものには
        なりませんが、システム管理者がブートしてソフトウェアをさらに
        インストールできるだけの機能は十分にあります。

      * Important パッケージはどの Unix 類似システムにもあるはずで
        す。

        それがないとシステムがうまく動作しないあるいは使い物にならな
        いというその他のパッケージがここに属します。これには Emacs や
        X、TeX、その他の巨大なアプリケーションは含まれません。この
        パッケージ群は最低限の基盤を構成するだけです。

      * Standard packages are standard on any Linux system, including
        a reasonably small but not too limited character-mode system.
        Tools are included to be able to send e-mail (with mutt) and
        download files from archive servers.

        これはユーザが他に何も選択しなかった場合にデフォルトでインス
        トールされるものです。多数の巨大なアプリケーションは含まれま
        せんが、Python インタープリタや、OpenSSH (リモート管理用) や
        Exim (メール配送用ですがローカル配送専用に設定することもでき
        ます) のようなサーバソフトウェアがあります。ほとんどのユーザ
        にとって参考になるようなごく一般的な文書も属しています。

      * Optional パッケージには、よくわからない場合にある程度インス
        トールされているようなもの、あるいは特殊な要求がないものが全
        て属します。

        X や TeX ディストリビューション一式、多くのアプリケーションが
        あります。

      * Extra: パッケージには、他の上位の優先度とは相容れないものや既
        にそれが何なのかわかっている場合にのみ有用と思われるもの、特
        殊な要求があるため「Optional」に適応しないものが属します。

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

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

7.8. 仮想パッケージとは何ですか?

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

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

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

7.9. あるパッケージが他のパッケージに Depends、Recommends、Suggests、
Conflicts、Replaces、Breaks、Provides しているというのはどういう意味
ですか?

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

      * A を実行するためには B が絶対にインストールされていなければな
        らないなら、パッケージ A はパッケージ B に依存 (depends) して
        います。状況によっては、A は B が存在するだけでは不足で、B の
        バージョンにも依存しているということがあります。この場合、
        バージョンの依存は通常下限で、指定されたバージョンと比べて B
        のもっと新しい任意のバージョンに A が依存しているという意味に
        なります。

      * A には B により提供される機能もないとほとんどのユーザが使わな
        いだろう、とパッケージメンテナが判断した場合、パッケージ A が
        パッケージ B を推奨 (recommends) します。

      * A の機能に関連する (通常、機能を拡張する) ファイルを B が収録
        している場合、パッケージ A がパッケージ B を提案 (suggests)
        します。

      * そのシステムに B がインストールされていると A が動作しない場
        合、パッケージ A がパッケージ B と衝突 (conflicts) していま
        す。ほとんどの場合衝突は B にあるものをもっと改善したファイル
        を A が収録する場合です。「Conflicts」は「replaces」とよく組
        み合わされています。

      * B によりインストールされたファイルが削除されるあるいは (場合
        により) A のファイルで上書きされる場合、パッケージ A がパッ
        ケージ B を置き換え (replaces) ます。

      * 一つのシステム上で両方のパッケージを同時に設定することができ
        ないとき、パッケージ A はパッケージ B を壊し (breaks) ていま
        す。そのシステム上で他方が既にインストール、設定されていると
        パッケージ管理システムはインストールを拒否します。

      * B のファイルや機能が全て A に盛り込まれているとき、パッケージ
        A はパッケージ B を提供 (provides) しています。この仕組みによ
        り、ディスク容量の限られているユーザにパッケージ A の実際に必
        要な部分だけを取得できる方法を提供しています。

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

7.10. Pre-Depends とは何ですか?

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

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

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

7.11. パッケージ状態の unknown、install、remove、purge、hold というの
は何ですか?

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

    それぞれの意味は:

      * unknown - そのパッケージの要求をユーザが示したことがない

      * install - そのパッケージのインストールやアップグレードをユー
        ザが要求した

      * remove - そのパッケージの削除をユーザが要求した。ただし、既存
        の設定の削除は望まなかった

      * purge - そのパッケージの設定も含めた完全削除をユーザが要求し
        た

      * hold - そのパッケージを処理しないことをユーザが要求した、つま
        り現行バージョンを今の状態で維持することを望んでいる

7.12. パッケージを保留 (hold) しておく方法は?

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

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

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

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

    libc6                                           install

    から

    libc6                                           hold

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

    dpkg --set-selections < selections.txt

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

    apt-mark hold package_name

    保留 (hold) の解除は

    apt-mark unhold package_name

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

    aptitude hold package_name

    保留 (hold) の解除は

    aptitude unhold package_name

7.13. ソースパッケージをインストールする方法は?

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

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

    apt-get source foo

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

    apt-get build-dep foo

    を実行してください。

7.14. ソースパッケージからバイナリパッケージをビルドする方法は?

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

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

    apt-get source foo

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

    cd foo-*

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

    sudo apt-get build-dep foo

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

    dch -l local 'Blah blah blah'

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

    debuild -us -uc

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

    sudo dpkg -i ../*.deb

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

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

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

    dpkg-source -x foo_version-revision.dsc

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

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

    dpkg-buildpackage -rfakeroot -b

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

    dpkg -i ../foo_version-revision_arch.deb

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

7.15. Debian パッケージを自分で作成する方法は?

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

第8章 Debian パッケージ管理ツール

8.1. Debian はパッケージ管理にどんなプログラムを提供していますか?

    Debian パッケージ管理に利用できるツールは、視覚的あるいはテキスト
    ベースのインターフェイスを備えたものからパッケージのインストール
    に利用される低レベルツールまで複数あります。利用できるツールはす
    べて適切に機能するために低レベルツールに依存しており、複雑さを軽
    減するために存在しています。

    aptitude や synaptic といった高レベルのパッケージ管理ツールが apt
    に依存し、その apt 自体はそのシステムでのパッケージ管理について 
    dpkg に依存していることを理解しておくのは大切です。

    Debian パッケージ管理ユーティリティのさらなる情報については、
    Debian リファレンス (https://www.debian.org/doc/manuals/
    debian-reference/) の第2章 Debian パッケージ管理 (https://
    www.debian.org/doc/manuals/debian-reference/ch02.en.html) を見て
    ください。この文書は様々な言語や形式のものが利用できます。DDP 
    ユーザ用マニュアルの Debian リファレンスの項目 (https://
    www.debian.org/doc/user-manuals#quick-reference) を見てください。

8.1.1. dpkg

    これは主要なパッケージ管理プログラムです。dpkg は多数のオプション
    を指定して実行することができます。よく使うものをいくつか示します:

      * 全オプションを調べるには: dpkg --help

      * 指定されたパッケージの制御ファイル (や他の情報) を表示: dpkg
        --info foo_VVV-RRR.deb

      * パッケージをハードディスクのファイルシステムにインストール
        (展開や設定も含む): dpkg --install foo_VVV-RRR.deb

      * Debian アーカイブをハードディスクのファイルシステムに展開 (設
        定はしない): dpkg --unpack foo_VVV-RRR.deb。この操作は必ずし
        もパッケージを使える状態にするとは限らないことに注意してくだ
        さい。適切に動作させるためにはさらに一部のファイルに調整が必
        要かもしれません。このコマンドはそのプログラムの既にインス
        トールされているバージョンを全て削除し、そのパッケージに付属
        している preinst (「Debian preinst、postinst、prerm、postrm
        スクリプトとは何ですか?」参照) スクリプトを実行します。

      * 既に展開されているパッケージを設定: dpkg --configure foo。こ
        の操作にはパッケージ付属の postinst (「Debian preinst、
        postinst、prerm、postrm スクリプトとは何ですか?」参照) スクリ
        プトを実行するという特徴があります。また、このパッケージの
        conffiles 内のファイル一覧の更新も行います。「configure」操作
        は Debian アーカイブファイル (例えば foo_VVV-RRR.deb) ではな
        くパッケージ名 (例えば foo) を引数に取ることに注意してくださ
        い。

      * Debian アーカイブから「blurf」という単一のファイル (または「
        blurf*」という名のファイル群) を抽出: dpkg --fsys-tarfile
        foo_VVV-RRR.deb | tar -xf - blurf*

      * パッケージを削除 (設定ファイルは残す): dpkg --remove foo

      * パッケージを削除 (設定ファイルも削除): dpkg --purge foo

      * パッケージのインストール状態に文字列 (または正規表現)「foo*」
        を含むものを表示: dpkg --list 'foo*'

8.1.2. APT

    APT、進化したパッケージツール (Advanced Package Tool) は Debian 
    パッケージシステムへの進化したインターフェイスで apt-get プログラ
    ム順を提供します。パッケージの検索、管理用コマンドラインツール、
    情報参照用には libapt-pkg ライブラリの全機能への低レベルアクセス
    手段を提供します。さらなる情報については/usr/share/doc/apt-doc/
    guide.html/index.html にあるユーザーズガイドを見てください
    (apt-doc パッケージをインストールする必要があるでしょう)。

    Debian Jessie 以降では、apt-get 及び apt-cache のよく使われる一部
    のコマンドについては新しい apt バイナリを経由する代替が用意されて
    います。これは apt-get update、apt-get install、apt-get remove、
    apt-cache search、apt-cache show といった一部の人気コマンドが単に
    apt を経由して apt update、apt install、apt remove、apt search、
    apt show でもできるようになったということです。以下が新旧コマンド
    の概要となります。

     apt-get update             ->  apt update
     apt-get upgrade            ->  apt upgrade
     apt-get dist-upgrade       ->  apt full-upgrade
     apt-get install package    ->  apt install package
     apt-get remove package     ->  apt remove package
     apt-get autoremove         ->  apt autoremove
     apt-cache search string    ->  apt search string
     apt-cache policy package   ->  apt list -a package
     apt-cache show package     ->  apt show package
     apt-cache showpkg package  ->  apt show -a package

    apt ツールは apt-get と apt-cache の機能を統合し、デフォルトで小
    洒落た色付きの出力形式を採用して人間にとって使いやすくなっていま
    す。スクリプトでの利用や細かな処理には apt-get の方が好ましいある
    いは必要となるでしょう。

    apt-get provides a simple way to retrieve and install packages
    from multiple sources using the command line. Unlike dpkg, 
    apt-get does not understand .deb files, it works with the
    packages proper name and can only install .deb archives from a
    source specified in /etc/apt/sources.list. apt-get will call dpkg
    directly after downloading the .deb archives^[5] from the
    configured sources.

    apt-get のよくある使い方をいくつか示します:

      * システムが把握するパッケージ一覧を更新するには

        apt update

        (これは定期的に実行してパッケージ一覧を更新しておくべきです)

      * foo パッケージのその依存を全てインストールするには

        apt install foo

      * foo パッケージをシステムから削除するには

        apt remove foo

      * foo パッケージとその設定ファイルをシステムから削除するには

        apt purge foo

      * 新しいバージョンが利用できるようになっている全パッケージの一
        覧表示は

        apt list --upgradable

      * システムにあるパッケージをすべて (余計なパッケージのインス
        トールやパッケージの削除は行わずに) アップグレードするには

        apt upgrade

      * システム上にあるパッケージをすべてアップグレードし、パッケー
        ジのアップグレードに余計なパッケージのインストールやパッケー
        ジの削除が必要な場合は

        apt full-upgrade

        (アップグレードの際に新しい依存を満たすのに余分なパッケージを
        インストールする必要がある場合、コマンド upgrade ではバー
        ジョンが古くなっているインストール済みパッケージを維持しま
        す。full-upgrade コマンドはあまり保守的ではありません。)

    パッケージを変更するコマンドの実行には root でログインしている必
    要があることに注意してください。

    apt-get は現在、推奨される (recommended) パッケージをデフォルトで
    インストールすることと、その堅牢性から、コンソールからのシステム
    のインストールやシステムの規模の大きなアップグレードを行うのに望
    ましいパッケージ管理プログラムとなっていることに注意してくださ
    い。

    apt ツール群にはパッケージ一覧に対して検索を行う apt-cache ツール
    も収録されています。これを使って簡単なテキストや正規表現を照会し
    たり、あるいはパッケージ管理システム内の依存関係を照会すること
    で、特定の機能を提供するパッケージを検索することができます。
    apt-cache のよくある使い方をいくつか示します:

      * 説明文に単語を含むパッケージを探す:

        apt search 単語

      * パッケージの詳細な情報を表示するには:

        apt show package
   
      * 指定したパッケージが依存しているパッケージを表示:

        apt-cache depends package

      * そのパッケージの利用可能バージョンの詳細な情報やそれが逆依存
        しているパッケージを表示:

        apt-cache showpkg package

    For more information, install the apt package and read apt(8), 
    apt-get(8), sources.list(5) and install the apt-doc package and
    read /usr/share/doc/apt-doc/guide.html/index.html.

8.1.3. aptitude

    aptitude は apt パッケージ管理基盤のフロントエンドを提供する
    Debian GNU/Linux システム用パッケージ管理プログラムです。aptitude
    は curses ライブラリを使ったテキストベースのインターフェイスで
    す。操作は視覚的インターフェイスかコマンドラインから行うことがで
    きます。

    aptitude を使うと管理タスクを迅速、簡単に実行できます。ユーザが
    パッケージ一覧を見たり、パッケージのインストールやアップグレー
    ド、削除といったパッケージ管理作業を行うことが可能になります。

    aptitude は apt-get の機能、さらに多数の機能を追加で提供します:

      * aptitude はパッケージの全バージョンへの簡単なアクセスを提供し
        ます。

      * aptitude は「廃止された、またはローカルで作成されたパッケー
        ジ」の下に一覧を表示することで古くなっているソフトウェアの把
        握を簡単にします。

      * aptitude は特定のパッケージを検索して表示するパッケージを限定
        する非常に強力なシステムを収録しています。mutt をよく理解して
        いるユーザなら表現として mutt を思い付くのですぐ探せるでしょ
        う。

      * aptitude は利用可能な定義済みタスクのインストールに利用するこ
        とができます。さらなる情報については「tasksel」を見てくださ
        い。

      * aptitude の全画面モードでは su 機能が組み込まれ、通常のユーザ
        が実行できるようになっています。管理用の権限が実際に必要と
        なったときに su を呼び出し (root パスワードが設定されている場
        合はそれを聞いてき) ます。

    aptitude は、視覚的インターフェイス経由 (単純に aptitude で実行)
    またはコマンドラインから直接実行することができます。利用するコ
    マンドライン書式は apt-get とかなり似ています。例えば foo パッ
    ケージをインストールするには aptitude install foo を実行します。

    aptitude は日常のパッケージ管理をコンソールから行うのに望ましい
    パッケージ管理プログラムとなっていることに注意してください。

    For more information, read the manual page aptitude(8) and
    install the aptitude-doc package.

8.1.4. synaptic

    synaptic はグラフィカルなパッケージ管理プログラムです。これを使う
    とソフトウェアパッケージのインストールやアップグレード、削除を
    ユーザにとってわかりやすい方法で行うことができます。aptitude が提
    供している機能に加え、利用しているリポジトリ一覧を編集する機能や
    パッケージに関連する利用可能な全文書閲覧を支援する機能もありま
    す。さらなる情報については Synaptic ウェブサイト (https://
    www.nongnu.org/synaptic/) を見てください。

8.1.5. tasksel

    特定の作業を行いたい場合に、要件を満たす適切なパッケージ群を見つ
    けるのが困難なことがあります。Debian 開発者タスクを定義していま
    す。タスクは全て特定の活動に関連する個々の Debian パッケージを集
    めたものです。タスクは tasksel プログラムや aptitude 経由でインス
    トールすることができます。

    Typically, the Debian installer will automatically install the
    task associated with a standard system and a desktop environment.
    The specific desktop environment installed will depend on the CD/
    DVD media used, most commonly it will be the GNOME desktop
    (gnome-desktop task). Also, depending on your selections
    throughout the installation process, tasks might be automatically
    installed in your system. For example, if you selected a language
    other than English, the task associated with it will be installed
    automatically too.

8.1.6. 他のパッケージ管理ツール

8.1.6.1. dpkg-deb

    このプログラムは Debian アーカイブ (.deb) ファイルを操作します。
    よくある使い方をいくつか示します:

      * 全オプションを調べる: dpkg-deb --help

      * Debian アーカイブファイルに収録されているファイルの調査:
        dpkg-deb --contents foo_VVV-RRR.deb

      * Debian アーカイブに収録されているファイルをユーザが指定された
        ディレクトリに抽出: dpkg-deb --extract foo_VVV-RRR.deb tmp を
        実行すると foo_VVV-RRR.deb 中の各ファイルをディレクトリ tmp/
        に抽出します。これは root ファイルシステムにパッケージをイン
        ストールすることなくディレクトリを限定してパッケージの内容を
        調べるのに便利です。

      * 制御情報ファイルをパッケージから抽出: dpkg-deb --control
        foo_VVV-RRR.deb tmp

    単に dpkg-deb --extract を使って展開したパッケージは正常にインス
    トールされていないことに注意してください。代わりに dpkg --install
    を使ってください。

    More information is given in the manual page dpkg-deb(1).

8.2. Debian は実行中のプログラムを更新できると主張しています。これは
どうやっているのでしょう?

    Debian GNU/Linux システムのカーネル (ファイルシステム) では使用中
    であってもファイルを置き換えることができます。

    start-stop-daemon というプログラムも提供しています。これはブート
    時にデーモンを開始、あるいはランレベルが変更された (例えばマルチ
    ユーザからシングルユーザへの変更や halt) 時にデーモンを停止するの
    に使います。インストール用スクリプトがデーモンを収録する新しい
    パッケージをインストールするときに必要に応じて実行中のデーモンを
    停止、再起動するのに同一のプログラムを使います。

8.3. Debian システムにどのパッケージが既にインストールされているのか
調べる方法は?

    Debian システムにインストールされている全パッケージの状態を確認す
    るには、コマンド

    dpkg --list

    を実行します。こうすると各パッケージについて、2文字の状態を示す記
    号 (ヘッダで説明されています)、パッケージ名、インストールされてい
    るバージョン、簡単な説明を1行にまとめたものが表示されます。

    「foo」で始まる全パターンに名前がマッチするパッケージの状態を調べ
    るには、コマンド

    dpkg --list 'foo*'

    特定のパッケージについてもっと詳しい報告を得るには、コマンド

    dpkg --status パッケージ名

8.4. インストールされている、あるパッケージのファイルを表示する方法
は?

    インストールされているパッケージ foo により提供されている全ファイ
    ルを列挙するには、コマンド

    dpkg --listfiles foo

    を実行します。インストール用スクリプトにより作成されたファイルは
    表示されないことに注意してください。

8.5. 特定のファイルをどのパッケージが提供しているのか調べる方法はあり
ますか?

    foo という名のファイルを提供しているパッケージを見つけるには、以
    下のどれかを実行します。

      * dpkg --search ファイル名

        これはインストールされているパッケージからファイル名を検索し
        ます。(これは (現在は) ファイルの拡張子が .list の全ファイル
        をディレクトリ /var/lib/dpkg/info/ から検索し、それを収録する
        パッケージの名前を全て表示するように出力を調整しているのと等
        価です。

        もっと高速な代替方法が dlocate ツールです。

        dlocate -S ファイル名

      * zgrep foo Contents-ARCH.gz

        This searches for files which contain the substring foo in
        their full path names. The files Contents-ARCH.gz (where ARCH
        represents the wanted architecture) reside in the major
        package directories (main, non-free, contrib) at a Debian
        archive site (i.e. under /debian/dists/trixie). A Contents
        file refers only to the packages in the subdirectory tree
        where it resides. Therefore, a user might have to search more
        than one Contents files to find the package containing the
        file foo.

        この方法には、現在そのシステムにインストールされていないパッ
        ケージに収録されているファイルを検索するという点で dpkg
        --search よりも優れています。

      * apt-file search foo

        apt-file パッケージをインストールしていれば、これも上記と同
        様、フルパス名に部分文字列や正規表現 foo を含むファイルを検索
        します。これには上記の例と比べて、(root で) apt-file update
        を実行したときに /etc/apt/sources.list で定義されている全ソー
        スから自動的に取得しているためにこの Contents-ARCH.gz ファイ
        ルを取得する必要がないという利点があります。

8.6. 「foo」をアンインストールしたときに「foo-data」が削除されないの
は何故ですか? 古く利用されていないライブラリパッケージが完全削除され
ているか確認する方法はありますか?

    パッケージによってはプログラム (「foo」) とデータ (「foo-data」)
    (あるいは「foo」と「foo-doc」) に分割されています。Debian では
    ゲームやマルチメディアアプリケーション、辞書の多くがこのように
    なっています。これは、プログラムをインストールせずに生データにア
    クセスしたいユーザがいるであろうことや、そのデータ自体はなくても
    プログラムは実行できる等の理由により「foo-data」をオプションにす
    るために導入されました。

    ライブラリの取り扱いでも似た状況が発生します: こちらは通常、アプ
    リケーションを収録するパッケージが依存するためにインストールされ
    ます。アプリケーションパッケージを完全削除したときにライブラリ
    パッケージはシステムに残るかもしれません。あるいは、アプリケー
    ションパッケージが例えば libdb4.2 に代えて libdb4.3 に依存するよ
    うになった場合、アプリケーションパッケージをアップグレードしたと
    きに libdb4.2 パッケージが残るかもしれません。

    こういった場合、「foo-data」は「foo」に依存していないため、
    「foo」パッケージを削除する際、ほとんどのパッケージ管理ツールで自
    動的には削除されません。ライブラリパッケージでも同じです。これは
    循環依存を避けるために必要です。ただし、パッケージ管理ツールに 
    apt-get (「APT」参照) や aptitude (「aptitude」参照) を利用してい
    る場合は、インストールされているパッケージを自動的に追跡し、必要
    としているパッケージがそのシステムに残っていないようなら削除を提
    案します。


---------------------------------------------------------------------

    ^[5] Notice that there are ports that make this tool available
    with other package management systems, like Red Hat package 
    manager, also known as rpm

第9章 Debian システムを最新に保つ

    Debian の目標の一つは継続的にアップグレードできる手段や安全なアッ
    プグレードプロセスを提供することです。新しいリリースへのアップグ
    レードを円滑に進められるようにするために常に全力を尽くします。
    アップグレードプロセスにおいて重要な注意事項がある場合、そのパッ
    ケージはユーザに注意喚起し、その際は起こりうる問題の解決方法も提
    供することがよくあります。

    特定のアップグレードについて詳細を説明しているリリースノートにも
    目を通しておくべきです。これは https://www.debian.org/releases/
    stable/releasenotes (https://www.debian.org/releases/stable/
    releasenotes) の Debian ウェブサイトにあり、Debian CD や DVD、
    Blu-Ray ディスクにも収録されています。

9.1. Debian システムを現行版に維持する方法は?

    One could simply visit a Debian archive site, then peruse the
    directories until one finds the desired file, and then fetch it,
    and finally install it using dpkg. Note that dpkg will install
    upgrade files in place, even on a running system. Sometimes, a
    revised package will require the installation of a newly revised
    version of another package, in which case the installation will
    fail until/unless the other package is installed.

    Debian の展開はとても速いため、多数の人がこのやり方では時間がかか
    りすぎることをわかっています。標準的に、新しいパッケージが毎週10
    以上アップロードされています。この数字は新しい主要リリース直前に
    はもっと大きくなります。この殺到している状況に対応するためには、
    多くの人はもっと自動化された方法を好みます。複数の異なるパッケー
    ジがこの目的のために利用できます:

9.1.1. aptitude

    aptitude は Debian GNU/Linux システム用の推奨されるパッケージ管理
    フログラムで、「aptitude」で説明しています。

    aptitude を使ってアップグレードできるようにするには、/etc/apt/
    sources.list ファイルを編集して準備する必要があります。Debian の
    最新の安定版 (stable) にアップグレードしたい場合は恐らくこれに似
    たソースを使うことになるでしょう:

    http://deb.debian.org/debian stable main contrib

    The mirror https://deb.debian.org/ (https://deb.debian.org/) is
    backed by a content-delivery network and requests to it will be
    directed to the closest instance to you. If you have a faster
    Debian mirror close to you, you can replace deb.debian.org with
    that one. See the mirror list at https://www.debian.org/mirror/
    list (https://www.debian.org/mirror/list) for more information.

    あるいは、httpredir.debian.org の転送サービスを使う方法もありま
    す。このサービスの狙いは Debian ミラー選択の問題を解消することで
    す。ユーザの地理的な位置やその他の情報によりファイルの提供に最適
    なミラーを選択します。この恩恵を活用するには

    http://httpredir.debian.org/debian stable main contrib

    More details on this can be found in the sources.list(5) manual
    page.

    コマンドラインでシステムを更新するには

    aptitude update

    続いて

    aptitude full-upgrade

    を実行します。出てくる質問に全て回答するとシステムはアップグレー
    ドされます。

    を実行します。aptitude は、ある Debian GNU/Linux リリースから別の
    リリースにアップグレードするために推奨するツールではないことに注
    意してください。代わりに apt-get を使ってください。リリース間の
    アップグレードの際は、リリースノート (https://www.debian.org/
    releases/stable/releasenotes) に目を通すようにしてください。この
    文書では前のリリースからアップグレードする際に推奨される手順や
    アップグレード前に考慮すべき既知の問題について詳細に説明していま
    す。

    For details, see the manual page aptitude(8), and the file /usr/
    share/aptitude/README.

9.1.2. apt-get、apt-cdrom

    aptitude の代替としてAPTベースのコマンドラインツール apt-get があ
    ります (「APT」で前述しています)。

    APTベースのパッケージ処理用コマンドラインツール apt-get はパッ
    ケージを簡単、安全にインストール、アップグレードする方法を提供し
    ます。

    apt-get を利用するには「aptitude」と同様に /etc/apt/sources.list 
    ファイルを編集します。

    それから

    apt-get update

    続いて

    apt-get dist-upgrade

    Answer any questions that might come up, and your system will be
    upgraded. See also the apt-get(8) manual page, as well as 「APT」
    .

    パッケージのインストールに CD/DVD/BD を使いたい場合は apt-cdrom
    を使えます。詳細については、リリースノートの「Adding APT sources
    from optical media」節を見てください。

    パッケージを取得、インストールする時点では、/var ディレクトリ階層
    にパッケージが置かれることに注意してください。パーティションを
    オーバーフローさせないためには、apt-get clean や apt-get
    autoclean を使って余計なファイルを削除するかどこか別の場所に移動
    することを忘れないようにしてください (参考: apt-move を使ってみま
    しょう)。

9.2. パッケージをアップグレードするためにシングルユーザモードに入る必
要はありますか?

    いいえ。パッケージは実行中のシステムであっても適切にアップグレー
    ドされます。Debian には start-stop-daemon プログラムがあり、パッ
    ケージのアップグレード中に必要がある場合は実行中のプロセスを停
    止、再起動します。

9.3. こういった .deb アーカイブファイルを全てディスク上に残しておく必
要はありますか?

    いいえ。ファイルをディスクにダウンロードしてそのパッケージをイン
    ストールした後は例えば aptitude clean を実行してシステムから削除
    できます。

9.4. システムに追加したパッケージの記録を残す方法は? いつ、どのパッ
ケージにアップグレードや削除があったのか知りたいのですが!

    --log-option を dpkg に渡すと dpkg は状態の変更や操作を記録するよ
    うになります。dpkg の呼び出し (例えば

    2005-12-30 18:10:33 install hello 1.3.18 2.1.1-4

    ) とその結果 (例えば

    2005-12-30 18:10:35 status installed hello 2.1.1-4

    ) をどちらも記録します。dpkg が発動した操作を全て (aptitude のよ
    うなフロントエンドを使って行われた場合でも) 記録したい場合は

    log /var/log/dpkg.log

    を /etc/dpkg/dpkg.cfg に追加します。作成されるログファイルが必ず
    定期的にローテートされるようにしてください。logrotate を使ってい
    る場合、これには

    /var/log/dpkg {
      missingok
      notifempty
    }

    More details on dpkg logging can be found in the dpkg(1) manual
    page.

    aptitude は実行しようとしたパッケージのインストールや削除、アップ
    グレードについて /var/log/aptitude に記録します。その操作の結果は
    このファイルには記録されないことに注意してください!

    Another way to record your actions is to run your package
    management session within the script(1) program.

9.5. システムを自動的に更新することはできますか?

    はい。cron-apt を使うことができます。このツールは cron ジョブを
    使ってシステムを一定周期で更新します。デフォルトでは、パッケージ
    一覧を更新して新しいパッケージをダウンロードするだけで、インス
    トールは行いません。

    注意: testing や unstable システムでパッケージを自動でアップグ
    レードすることは勧められません。そうした場合、思いも寄らない挙動
    や気付かないうちにパッケージを削除するといったことがあるかもしれ
    ません。

9.6. 複数のマシンがありますが、更新のダウンロードを一度だけにする方法
はありますか?

    自分のネットワークに Debian マシンが複数ある場合、apt-cacher を
    使って Debian システムを全て最新に保つと便利です。

    apt-cacher はバックエンドからの Packages、Releases、Sources ファ
    イルの更新周期を制限して、どのファイルもプロキシからの実際のリク
    エストとは無関係に一度だけ取得することにより Debian ミラーに要求
    される帯域を減らします。apt-cacher は、プロキシに渡すリクエストを
    元に自動的に Debian HTTP ミラーを構成します。

    標準的なキャッシュ用プロキシを既に使っていて全システムでそれを利
    用するように設定している場合はもちろん同じ効果が得られます。

第10章 Debian とカーネル

10.1. Debian 特有の調整を行わずにカーネルをインストール、コンパイルす
ることはできますか?

    はい。

    難点が1つだけあります: Debian C ライブラリはカーネルヘッダの最新
    の安定版 (stable) リリースでビルドされています。安定版 (stable)
    ブランチにあるものよりも新しいカーネルヘッダでプログラムをコンパ
    イルする必要がある場合は、ヘッダを収録するパッケージ
    (linux-libc-dev) をアップグレードするか、展開した新しいカーネルツ
    リーから新しいヘッダを利用する必要があります。というのは、カーネ
    ルソースが /usr/src/linux にあるなら、コンパイル時に -I/usr/src/
    linux/include/ をコマンドラインに追加する必要があるということで
    す。

10.2. 独自カーネルをビルドためにどんなツールを Debian は提供していま
すか?

    独自カーネルをビルドしたい (しないといけない) ユーザには、カーネ
    ルビルドシステムの最近のバージョンを収録する Debian パッケージを
    対象として利用することを奨めています。カーネルの設定後、単に

    make deb-pkg

    を実行します。新しいカーネルパッケージはカーネルソースツリーの1段
    上のディレクトリに作成され、dpkg -i でインストールすることができ
    ます。

    最新のカーネル (や選択したカーネル) のソースコードは、
    linux-source-バージョン (バージョンはカーネルのバージョン) パッ
    ケージが利用できない限り、ほとんどがお好みの Linux アーカイブサイ
    トからユーザが個別にダウンロードする必要があります。

10.3. モジュールを扱うために Debian が特別に用意しているものはありま
すか?

    ブート時に手作業で読み込むモジュールを収録する設定ファイルは /etc
    /modules にあります。しかしこのファイルを編集する必要があることは
    まれです。

    Other module configuration is kept in the /etc/modprobe.d/
    directory. More information about the format of those files can
    be found in the modprobe.conf(5) manual page.

10.4. 古いカーネルパッケージを安全に削除できますか? できるのならその
方法は?

    はい。linux-image-NNN.prerm スクリプトは現在実行中のカーネルが削
    除しようとしているカーネルと同一のものなのか確認します。したがっ
    て、コマンド

    dpkg --purge linux-image-NNN

    を使ってカーネルイメージのパッケージを削除できます (もちろん NNN
    は削除するカーネルのバージョンと改訂番号に置き換えます)。

10.5. Debian 用の Linux パッケージについてのさらなる情報はどこで得ら
れますか?

    詳細な情報が Debian Linux Kernel Handbook (https://
    kernel-team.pages.debian.net/kernel-handbook/) で保守されていま
    す。

第11章 Debian GNU/Linux システムの調整

11.1. プログラムが全て確実に同一の用紙サイズを使うようにする方法は?

    libpaper1 パッケージをインストールするとシステム全体のデフォルト
    用紙サイズを聞いてきます。この設定はファイル /etc/papersize に残
    されます。

    Users can override the paper size setting using the PAPERSIZE
    environment variable. For details, see the manual page papersize
    (5).

11.2. セキュリティ問題を発生させることなくハードウェア周辺機器へのア
クセスを提供する方法は?

    /dev ディレクトリにある多数のデバイスファイルは事前に定義されたグ
    ループのいくつかに所属しています。例えば /dev/sr0 は cdrom グルー
    プに属しています。

    こういったデバイスの1つに特定のユーザがアクセスできるようにしたい
    場合は、そのデバイスが属するグループにそのユーザを追加するだけで
    済みます。つまり:

    adduser ユーザ グループ

    こうすることでデバイス上のファイルの権限を変更しなくてよくなりま
    す。

    ユーザシェルや GUI 環境でこれを行った場合はそのグループ権の効果を
    反映させるには一旦ログアウトして再びログインしなければなりま
    せん。自分が属するグループを確認するには groups を実行してくださ
    い。

    udev の導入以降、ハードウェア周辺機器の権限を変更した場合、デバイ
    スによってはシステム起動時に調整されることがあることに注意してく
    ださい。差し込んだハードウェア周辺機器でこれが起きた場合は /etc/
    udev にある規則を調整する必要があるでしょう。

11.3. Debian のやり方で起動時にコンソール用フォントを読み込む方法は?

    kbd パッケージがこれをサポートしています。/etc/kbd/config ファイ
    ルを編集してください。

11.4. X11 プログラムのアプリケーションデフォルトを設定する方法は?

    Debian の X プログラムはアプリケーションのリソースデータを /etc/
    X11/app-defaults/ ディレクトリにインストールします。X アプリケー
    ション全体を独自化したい場合、その独自化に関するファイルはここに
    配置してください。ここに配置したものは設定ファイルとして扱うため
    アップグレードしてもその内容が維持されます。

11.5. How does a Debian system boot?

    Like all Unices, Debian boots up by executing the program init.
    Like most Linux distributions, a default Debian system uses
    systemd as the implementation of init. Traditional System-V style
    init and other methods are also supported. ^[6]

    To control the order in which services are started, traditional
    System-V style Unix systems use runlevels. These are replaced by 
    targets under systemd. To display the default target to which
    systemd will bring the system, run the command

    systemctl get-default

    During boot-up, systemd starts the services or other targets
    listed in the default target file /lib/systemd/system/
    default.target. The files for these services and targets are
    installed and the service is enabled during Debian package
    installation. If you specifically wish not to start a service
    during boot-up, instead of removing the corresponding package,
    you can run the command

    systemctl disable service.service

    using the name of the service file installed in /lib/systemd/
    system (usually based on the name of the package).

    The service file /lib/systemd/system/rc-local.service provides an
    easy way to run customized scripts in the file /etc/rc.local
    after boot-up, similar to what's offered on Debian systems
    running System-V style init. Beware: this script will fail if it
    tries to interact with the console such as asking for a user
    password or trying to clear the screen.

    You can check the status of any service by the command

    service package status

    . To start or stop a service, run

    service package start

    and

    service package stop

    . The service command works with any init system supported on a
    Debian system, not just with systemd. If you however prefer to
    use the same command on any systemd-supported Linux system, for
    checking the status run

    systemctl status package.service

    to get the same information.

    For more information on systemd for Debian, see https://
    wiki.debian.org/systemd (https://wiki.debian.org/systemd) .

11.6. And how about Debian and traditional System V init?

    Debian supports booting using traditional System V init, via the
    sysvinit-core package. The configuration file for System V init
    (which is /etc/inittab) specifies that the first script to be
    executed should be /etc/init.d/rcS. This script runs all of the
    scripts in /etc/rcS.d/ by forking subprocesses to perform
    initialization such as to check and to mount file systems, to
    load modules, to start the network services, to set the clock,
    and to perform other initialization.

    ブートプロセスの完了後、init はデフォルトランレベル (このランレベ
    ルは /etc/inittab の id エントリで指定されています) で指定された
    ディレクトリにある開始スクリプトを全て実行します。ほとんどの
    System V 互換 Unix と同様、Linux にはランレベルが7つあります:

      * 0 (システムの停止)、

      * 1 (シングルユーザモード)、
   
      * 2から5 (様々なマルチユーザモード)、

      * 6 (システムの再起動)。

    Debian システムは id=2 で、マルチユーザ状態に入ったときのデフォル
    トのランレベルが「2」であることを示し、/etc/rc2.d/ にあるスクリプ
    トが実行されます。

    Debian は /etc/init.d/ にある各スクリプトの LSB ヘッダを使い、
    insserv 経由で依存関係を基にしてブート順を決定し、さらに startpar
    を利用し、同時に平行してブートすることでブートプロセスを高速化し
    ています。

    ディレクトリ群 /etc/rcN.d/ にあるスクリプトは /etc/init.d/ にある
    スクリプトに向けた単なるシンボリックリンクです。ただし、各 /etc/
    rcN.d/ ディレクトリにあるファイルの名前は /etc/init.d/ にあるスク
    リプトの実行方法を示すようになっています。具体的に言うと、その
    ランレベルに入る前に「K」で始まるスクリプトがすべて実行されます。
    このスクリプト群はサービスを終了させます。それから「S」で始まるス
    クリプトがすべて実行されます。このスクリプト群はサービスを開始さ
    せます。「K」や「S」に続く2ケタの数値はスクリプトの実行順を示しま
    す。この数値の低いスクリプトから実行されます。

    このやり方は /etc/init.d/ にあるスクリプトが全て、「start」、
    「stop」、「reload」、「restart」、「force-reload」のどれかを引数
    に取り、その引数で示された作業を実行するため機能します。このスク
    リプト群はシステム起動後でも、様々なプロセスを制御するのに利用で
    きます。

    例えばコマンドに引数「reload」を付けて

    /etc/init.d/sendmail reload

    sendmail デーモンにシグナルを送り設定ファイルを再読込させます。

    /etc/init.d/ スクリプトを呼び出すために invoke-rc.d を使うべきで
    はないことに注意してください。代わりに service を使うべきです。

11.7. And are there yet other ways of booting a Debian system?

    If you do like System V init, but don't like the /etc/rc?.d/* 
    links, you could install the file-rc package. That will convert
    the links into one single configuration file /etc/runlevel.conf
    instead.

    If you like neither System V nor systemd, you might like openrc
    or runit or daemontools.

11.8. パッケージ管理システムは他のパッケージの設定ファイルを収録する
パッケージをどのように扱いますか?

    例えば Debian パッケージ群とローカルで生成した設定ファイル群から
    なるパッケージをインストールすることで新しいサーバを作成したい
    ユーザがいます。これは通常良い方法ではありません。というのは、設
    定ファイルが異なるパッケージにある場合、dpkg はそのことについて知
    らず、最初のパッケージ「群」のどれかがアップグレードされたときに
    競合する設定を書き込むかもしれません。

    代わりに、当該 Debian パッケージ「群」の設定ファイルを変更する
    ローカルパッケージを作成します。そうすると dpkg その他のパッケー
    ジ管理システムはそのファイルがローカル「システム管理者」により変
    更されたことを理解し、そのパッケージのアップグレード時に上書きし
    ようとはしません。

11.9. パッケージによりインストールされたファイルを上書きして、異なる
バージョンを代わりに使う方法は?

    システム管理者やローカルユーザが Debian の login パッケージにより
    提供されるプログラム「login」に代えてプログラム「login-local」を
    使いたいと仮定して

     　

      * /bin/login を login-local で上書きする

    ということはしないでください。パッケージ管理システムはこの変更に
    ついて知らず、login (や任意の /bin/login を提供するパッケージ) が
    インストールまたは更新されたときに独自化した /bin/login をあっさ
    りと上書きします。

    上書きするのではなく

      * 代わりに

        dpkg-divert --divert /bin/login.debian /bin/login

        を実行して、将来 Debian の login パッケージをインストールする
        ときには全てファイル /bin/login の代わりに /bin/login.debian
        に書き込むようにします。

      * それから

        cp login-local /bin/login

        を実行して自分でローカルでビルドしたプログラムを所定の位置に
        移動します。

    そのシステムで現在どの代替が有効になっているのか確認するには
    dpkg-divert --list を実行してください。

    Details are given in the manual page dpkg-divert(8).

11.10. ローカルでビルドしたパッケージをパッケージ管理システムが認識す
る利用可能パッケージ一覧で見られるようにする方法は?

    コマンド

    dpkg-scanpackages BIN_DIR OVERRIDE_FILE [PATHPREFIX] > my_Packages

    を実行してください。

      * BIN-DIR は Debian アーカイブファイル (拡張子は通常「.deb」)
        が置かれるディレクトリです。

      * OVERRIDE_FILE is a file that is edited by the distribution
        maintainers and is usually stored on a Debian archive at
        indices/override.main.gz for the Debian packages in the
        "main" distribution. You can ignore this for local packages.

      * PATHPREFIX はオプションの文字列で、my_Packages ファイルを生成
        するときに前に付加されます。

    ファイル my_Packages をビルドできたら、コマンド

    dpkg --merge-avail my_Packages

    If you are using APT, you can add the local repository to your 
    sources.list(5) file, too.

11.11. あるユーザは mawk、別のユーザは gawk、あるユーザは vim、別の
ユーザは elvis、あるユーザは trn、別のユーザは tin を好みます。Debian
は多様性をどのようにサポートしますか?

    2つのパッケージが1つのプログラムの異なるバージョンを提供し、どち
    らも同一の主要機能を提供しているような状況がいくらかあります。
    ユーザによっては習慣から、あるいはパッケージのユーザインターフェ
    イスが他方のインターフェイスよりもいくらか使いやすいという理由
    で、どちらか一方を好むかもしれません。同一のシステムの別のユーザ
    は異なる選択をするかもしれません。

    Debian は「仮想」パッケージシステムを使って、同一の基本機能を提供
    するツールが複数ある場合に、システム管理者 (またはユーザ) に好み
    のものを選択させつつ、特定のパッケージを指定することなくパッケー
    ジの依存要求を満たすことができるようにしています。

    例えばあるシステム上に2つの異なるバージョンのニュースリーダーが存
    在するかもしれません。ニュースサーバパッケージはあるニュースリー
    ダーがそのシステムに存在することを「推奨」するかもしれません。し
    かし、tin か trn のどちらを選択するかは個々のユーザに委ねたい。こ
    れは仮想パッケージ news-reader を提供する tin と trn パッケージの
    両方を持っておくことで満たせます。起動するプログラムは、仮想パッ
    ケージの /etc/alternatives/news-reader というファイルから選択した
    ファイル、例えば /usr/bin/trn を指すリンクにより判断します。

    単一のリンクでは代替プログラムのあらゆる用途に対応するには不十分
    です。通常はマニュアルページや、もしかすると他の支援ファイルも選
    択する必要があるかもしれません。Perl スクリプト
    update-alternatives が、指定されたパッケージに関連するファイルが
    システムのデフォルトとして確実に全て選択する方法を提供していま
    す。

    例えばどの実行可能ファイルが「x-window-manager」を提供しているの
    か確認したい場合は

    update-alternatives --display x-window-manager

    を実行します。変更したい場合は

    update-alternatives --config x-window-manager

    を実行して表示される指示に従ってください (基本的には良いと思う番
    号を押せばいいでしょう)。

    あるパッケージがなんらかの理由によりそれ自体をウィンドウマネー
    ジャとして登録しない (それが誤りであればバグを報告してください)、
    あるいはウィンドウマネージャを /usr/local ディレクトリから利用す
    る場合、表示される選択肢には希望する項目がないでしょう。コマンド
    ラインオプションから

    update-alternatives --install /usr/bin/x-window-manager \
      x-window-manager /usr/local/bin/wmaker-cvs 50

    のようにしてリンクを更新できます。「--install」オプションへの最初
    の引数は /etc/alternatives/[名前] を指すシンボリックリンクで、[名
    前]は2つ目の引数になります。3つ目の引数は /etc/alternatives/[名
    前] が指すシンボリックリンクで、4つめの引数は優先度 (大きな値を指
    示するとその代替は自動的に選択される可能性が高くなります) です。

    追加した代替を削除する場合は、単純に以下を実行します:

    update-alternatives --remove x-window-manager /usr/local/bin/wmaker-cvs


---------------------------------------------------------------------

    ^[6] In 2014, Debian changed its default init system from System
    V init to systemd. Debian 8 "jessie" in April 2015 was the first
    release to ship with systemd as default init. Four decisions
    (https://www.debian.org/devel/tech-ctte#status) of the Debian
    Technical Committee were involved: Bug #727708 (https://
    lists.debian.org/20140211193904.GX24404@rzlab.ucr.edu)
    2014-02-11: "The committee decided that the default init system
    for Linux architectures in jessie should be systemd." Bug #746715
    (https://lists.debian.org/
    20140801023630.GF12356@teltox.donarmstrong.com) 2014-08-01: "The
    technical committee expects maintainers to continue to support
    the multiple available init systems", and merge reasonable
    contributions. Bug #746578 (https://lists.debian.org/
    20141116001628.GO32192@teltox.donarmstrong.com) 2014-11-15: "The
    committee decided that systemd-shim should be the first listed
    alternative dependency of libpam-systemd instead of
    systemd-sysv." This decision made it easier to keep running a
    non-systemd Debian system. Bug #762194 (https://lists.debian.org/
    21592.61064.527547.410074@chiark.greenend.org.uk) 2017-11-04: "On
    automatic init system switching on upgrade"

第12章 Debian GNU/Linux のサポートを得る

12.1. Debian システム上の、あるいは Debian システム用の文書は他にどん
なものがありますか?

      * 現行リリース向けインストール手順: https://www.debian.org/
        releases/stable/installmanual (https://www.debian.org/
        releases/stable/installmanual) 参照。

      * The Debian GNU/Linux reference covers many aspects of system
        administration through shell-command examples. Basic 
        tutorials, tips, and other information are provided for many
        different topics ranging from system administration to
        programming.

        debian-reference パッケージまたは https://www.debian.org/doc/
        user-manuals#quick-reference (https://www.debian.org/doc/
        user-manuals#quick-reference) から得られます。

      * Debian ポリシーマニュアルはディストリビューションのポリシー要
        件、つまり Debian アーカイブの構造や内容、またオペレーティン
        グシステムの設計上の問題等についてもいくらか言及しています。
        これにはディストリビューションに収録するために各パッケージが
        満たさなければならない技術的要件等があり、Debian のバイナリ及
        びソースパッケージについての基本的な技術的側面にも言及してい
        ます。

        debian-policy パッケージまたは https://www.debian.org/doc/
        devel-manuals#policy (https://www.debian.org/doc/
        devel-manuals#policy) から得られます。

      * Documentation developed by the Debian Documentation Project.
        It is available at https://www.debian.org/doc (https://
        www.debian.org/doc) and includes user guides, administration
        guides and security guides for the Debian GNU/Linux operating
        system.

      * インストールした Debian パッケージの付属文書: ほとんどのパッ
        ケージには /usr/share/doc/パッケージに展開されたファイルがあ
        ります。

      * Linux プロジェクトの文書: Debian パッケージ doc-linux は
        Linux Documentation Project (http://www.tldp.org/) による
        HOWTO や mini-HOWTO の最新版を全てインストールします。

      * Unix 形式の「man」ページ: ほとんどのコマンドには元の Unix
        「man」ファイル形式で書かれたマニュアルページがあります。例え
        ばコマンド「ls」のマニュアルページを見るには man ls を実行し
        てください。マニュアルページの検索、閲覧に関するさらなる情報
        については、man man を実行してください。

        新規 Debian ユーザの方は、多くの一般的システムコマンドの
        「man」ページが

          + man プログラム自体とマニュアルページを操作するその他のプ
            ログラムを収録する man-db や

          + システムのマニュアルページを収録する manpages (「Debian
            は英語以外の言語をどのようにサポートしていますか?」参照) 
            パッケージをインストールするまで利用できないことに注意し
            てください。

      * GNU 形式の「info」ページ: 多数のコマンド、特に GNU ツールの
        ユーザ向け文書は、「man」ページではなく「info」ファイルの形で
        利用可能で、GNU ツール info や、GNU Emacs から M-x info を実
        行して、あるいはその他の Info ページビューアにより読むことが
        できます。

        元の「man」ページに対する主な利点は、「info」ページはハイパー
        テキストシステムだということです。info は WWW を必要とせず、
        平文テキストのコンソールから実行できます。これは Richard
        Stallman により設計され、WWW に先行していました。

    Note that you may access a lot of documentation on your system by
    using a WWW browser, through dwww, dhelp or doccentral commands,
    found in respective packages, or by using yelp.

12.2. Debian について議論できるオンラインリソースはありますか?

    はい。実際、Debian がユーザに提供している主なサポート方法は電子
    メールによる方法です。その詳細についていくらか触れ、他の有用なリ
    ソースについてもいくらか言及します。さらに多くのリソースが Debian
    サポートのページ (https://www.debian.org/support) に列挙されてい
    ます。

12.2.1. メーリングリスト

    Debian 関連のメーリングリスト (https://www.debian.org/
    MailingLists/) は多数あります。

    doc-debian パッケージがインストールされているシステムでは /usr/
    share/doc/debian/mailing-lists.txt にメーリングリストの完全な一覧
    があります。

    Debian メーリングリストは debian-メーリングリストの主題の形式で命
    名されています。例としては debian-announce、debian-user、
    debian-news 等があります。メーリングリスト debian-メーリングリス
    トの主題の購読はどれも、debian-メーリングリストの主題
    -request@lists.debian.org 宛てに、件名: (Subject:) ヘッダに
    「subscribe」という語を入れてメールを送ってください。この方法を
    使って購読、購読解除する場合は、宛先アドレスに -request を忘れず
    に付加してください。これを付加しない場合、そのメールはメーリング
    リスト自体に送られ、主張によっては紛糾や面倒なことになる可能性が
    あります。

    WWW フォーム (https://www.debian.org/MailingLists/subscribe) を
    使ってメーリングリストを購読できます。WWW フォーム (https://
    www.debian.org/MailingLists/unsubscribe) を使ってメーリングリスト
    を購読解除することもできます。

    何か問題が起きた場合、メーリングリスト管理者のメールアドレスは <
    listmaster@lists.debian.org> です。

    メーリングリストは公開フォーラムです。メーリングリストに送られた
    メールは全て、公開アーカイブにも複製が置かれ、誰でも (購読してい
    なくても) 閲覧や検索ができるようになっています。機密情報や公開を
    許可されないものをメーリングリストに決して送ることのないよう確認
    してください。メールアドレスのようなものもこれに入ります。特に注
    意することは、私達のメーリングリストに投稿したメールアドレスは迷
    惑メール送信者の知るところとなり悪用されるという事実です。さらな
    る情報については、メーリングリストのプライバシーポリシー (https:/
    /www.debian.org/MailingLists/#disclaimer) を見てください。

    Archives of the Debian mailing lists are available via WWW at
    https://lists.debian.org/ (https://lists.debian.org/) which can
    be searched at Debian Mailing Lists Archives search (https://
    lists.debian.org/search.html) .

12.2.1.1. メーリングリスト行動規範とは何?

    Debian メーリングリスト利用時は以下の規則に従ってください:

      * 迷惑メールを送らないでください。Debian メーリングリストにおけ
        る広告のポリシー (https://www.debian.org/MailingLists/#ads)
        を見てください。

      * 批判はやめてください。行儀が良いことではありません。Debian を
        開発している人は全て有志であり、時間や労力、資金を費やして
        Debian プロジェクトに集まっているのです。

      * 下品な言葉を使わないでください。悪態をつくことを認めていない
        パケットラジオ経由でメーリングリストを受け取っている人もいる
        のです。

      * Make sure that you are using the proper list. Never post your
        (un)subscription requests to the mailing list itself.^[7]

      * バグ報告時の注意事項については「Debian のバグを報告する方法
        は?」節を見てください。

12.2.2. Web forum

    Debian User Forums (http://forums.debian.net/) provides web
    forums on which you can submit questions about Debian and have
    them answered by other users. (It is not an officially part of
    the Debian project.)

12.2.3. Wiki

    一般的な問題の解決方法やハウツー、ガイド、こつ、その他の文書が、
    絶え間なく変更されている Debian Wiki (https://wiki.debian.org/)
    にあります。

12.2.4. メンテナ

    ユーザはメールを使って個々のパッケージメンテナに質問することがで
    きます。xyz というパッケージのメンテナに連絡するには、
    xyz@packages.debian.org 宛てにメールを送ってください。

12.2.5. Usenet ニュースグループ

    ユーザは Debian に限定しない質問について、comp.os.linux.* や
    linux.* という名の Linux USENET グループの1つに投稿すべきです。
    Linux Usenet ニュースグループやその他 WWW 上の関連リソース一覧は
    例えば Linux Online (https://www.linux.org/docs/usenet.html) や
    LinuxJournal (http://www.linuxjournal.com/helpdesk.php) サイト
    等、複数あります。

12.3. Debian GNU/Linux の情報を手っ取り早く検索する方法はありますか?

    Debian 関連文書を提示する検索エンジンは種々あります:

      * Debian WWW 検索サイト (https://search.debian.org/) 。

      * Debian Mailing Lists Archives search (https://
        lists.debian.org/search.html) .

        For example, to find out what experiences people have had
        with finding drivers for NVIDIA graphic cards under Debian,
        try searching the phrase NVIDIA Debian driver. This will show
        you all the posts that contain these strings, i.e. those
        where people discussed these topics.

      * 適切な検索語を使っている限り、DuckDuckGo (https://
        duckduckgo.com/) や Google (https://www.google.com/) 等、任意
        の一般的なウェブ検索エンジンも使えます。

        例えば文字列「evince」を検索すると、その制御ファイルの簡単な
        説明欄ではなく、このパッケージのもっと詳細な説明を得られま
        す。

12.4. 既知のバグのログはありますか?

    未解決の (あるいは閉じられた) 問題についての報告は公に利用できま
    す: Debian は Debian 社会契約 (https://www.debian.org/
    social_contract) で「私たちは問題を隠しません」と宣言し、そのよう
    にしています。

    Debian GNU/Linux ディストリビューションにはバグ追跡システム (BTS)
    があり、ユーザや開発者により報告されたバグの詳細を保管していま
    す。各バグには番号を付けて整理されます。対処されたものはそのよう
    に記録されます。

    この情報の複製が https://www.debian.org/Bugs/ (https://
    www.debian.org/Bugs/) にあります。

    メールサーバがバグ追跡システムのデータベースにメールを経由してア
    クセスする手段を提供しています。指示を取得するには、本文に
    「help」と書いたメールを request@bugs.debian.org に送ってくださ
    い。

12.5. Debian のバグを報告する方法は?

    Debian にバグを見つけた場合は Debian のバグ報告についての指示を
    読んでください。指示は複数の方法で取得できます:

      * WWW から。指示は https://www.debian.org/Bugs/Reporting
        (https://www.debian.org/Bugs/Reporting) にあります。
   
      * doc-debian パッケージがインストールされている Debian システム
        で。指示はファイル /usr/share/doc/debian/bug-reporting.txt に
        あります。

    パッケージ reportbug を利用できます。これは報告プロセスを誘導し、
    システム詳細についていくらか自動的に追加して、メッセージを適切な
    アドレスにメールで送ります。報告対象のパッケージに対して既に報告
    されているバグ一覧も表示するので、そのバグが以前に報告されている
    場合は既存のバグ報告に追加情報を加えることができます。

    自動化でのバグ報告の通知を待ちましょう。バグ追跡用の番号も自動的
    に付けられ、バグのログに取り入れられて debian-bugs-dist メーリン
    グリストに転送されます。


---------------------------------------------------------------------

    ^[7] Use the debian-list-subject-REQUEST@lists.debian.org address
    for that.

第13章 Debian プロジェクトへの寄付

    Donations (https://www.debian.org/donations) of time (to develop
    new packages, maintain existing packages, or provide user 
    support), resources (to mirror the package and WWW archives), and
    money (to pay for new testbeds as well as hardware for the 
    archives) can help the project. See also How can you help Debian?
    (https://www.debian.org/intro/help) .

13.1. Debian メンバー/Debian 開発者になる方法は?

    Debian の開発は万人に開かれています。前のメンテナによる保守を「放
    棄」された既存パッケージの保守や新しいパッケージの開発、文書の執
    筆や翻訳作業、Debian ウェブサイトの支援、ユーザサポートを提供する
    ためには、適切な能力や学習意欲を持った新しいユーザが必要です。

    Volunteers can participate in the project as Debian contributor,
    Debian maintainer, or as a Debian developer (with or without
    uploading privileges):

      * Debian contributors participate in many tasks, such as:
        writing documentation, maintaining the website, translating,
        supporting users, reviewing bug reports, or participating in
        different teams. It is an unofficial role and it is usually
        the starting point for many people.

      * Debian maintainers maintain one or more specific packages and
        can upload these packages directly to the archive without
        requiring another Debian developer (or maintainer) to sponsor
        them.

      * Debian developers is the full membership role in Debian. A
        developer can participate in Debian elections, can log into
        most of the systems Debian manages, and can upload any
        package to the archive. This role is provided after a strict
        and thorough process.

    The website provides more information on how to join the project
    (https://www.debian.org/devel/join/) . The description of
    becoming a Debian maintainer can be found at the New Member's
    Corner (https://www.debian.org/devel/join/newmaint) at the Debian
    web site.

    Debian uses Salsa (salsa.debian.org (https://salsa.debian.org/) 
    ), a GitLab instance, for collaborative development where anyone
    can sign up and send Merge Requests.

13.2. Debian プロジェクトにリソースを提供する方法は?

    プロジェクトはソフトウェアの大部分を地球全体で速く簡単にアクセス
    できるようにすることを目指しているため、ミラーは必要です。アーカ
    イブ全体をミラーすることが望ましいのですがこれは絶対に必要だとい
    うことではありません。ディスク容量要件についての情報は Debian ミ
    ラーサイズ (https://www.debian.org/mirror/size) のページにアクセ
    スしてください。

    ミラー作業はほとんどがスクリプトにより完全自動化で行われ、操作は
    不要です。しかし、異常やシステムの変更が時々発生し、人手の介入が
    必要となるときもあります。

    インターネットへの高速な接続とディストリビューションの全体または
    一部をミラーするリソースがあり、システムの定期的な保守を提供でき
    る (人がいる) 場合、<debian-admin@lists.debian.org> に連絡してく
    ださい。

13.3. Debian プロジェクトに資金提供する方法は?

    スポンサーからの寄付により Debian は、他にもありますがマシンやそ
    の他のハードウェアの保持、カンファレンスや開発スプリントの開催が
    可能になります。さらなる情報については Debian 寄付 (https://
    www.debian.org/donations) のページを見てください。このページでは
    他の寄付方法も挙げています。

    Debian プロジェクト開発のために重要な組織に個々の寄付ができます。
    中心的な組織は合衆国の法人である Software in the Public Interest
    ですが他にもあります。

13.3.1. Software in the Public Interest (SPI)

    Software in the Public Interest (SPI) は IRS 501(c)(3) の非営利組
    織で、合衆国を本拠としています。この組織の目的はフリーソフトウェ
    アの開発や配布です。

    SPIはプログラマに対しては GNU General Public License または他の、
    ソフトウェアの自由な再配布及び利用を許可するライセンスの採用を、
    ハードウェア開発者に対しては文書を配布して当該製品向けのデバイス
    ドライバを作成できるようにすることを奨励しています。

    SPIは多数のフリー及びオープンソースのプロジェクトの財政面のスポン
    サーとしての役割を果たします。Debian プロジェクトは組織の創設時か
    ら関連プロジェクトです。

    SPI には https://www.spi-inc.org/ (https://www.spi-inc.org/) から
    連絡できます。

13.3.2. 他の組織

    There are a number of organizations created in different
    countries that hold assets in trust for Debian. The donations
    page (https://www.debian.org/donations) lists the trusted
    organizations individuals can donate to. At the time of this
    writing there are two of them: the Debian France Association
    (https://france.debian.net/) (in France), and debian.ch (https://
    debian.ch/) (Switzerland and the Principality of Liechtenstein).
    Additional affiliate organizations in other countries are listed
    in Organizations (https://wiki.debian.org/Teams/Auditor/
    Organizations) page in the Debian Wiki.

第14章商用製品での Debian GNU/Linux の再配布

14.1. Debian CD を作成、販売することはできますか?

    進めてください。私達がリリースしたものは全て、その配布に許可を得
    る必要がないので、ベータテストが終わり次第CD製作にかかれます。対
    価を支払う必要は何ありません。もちろん全CD製作者が Debian プログ
    ラムのライセンスを守る必要があります。例えば多くのプログラムは
    GPL の下でライセンスされ、ソースコードの配布を要求します。

    また、資金やソフトウェア、時間を Debian プロジェクトに寄付してく
    れた CD 製作者一覧を公開し、ユーザにはそういった寄付した製作者か
    らの購入を奨励するので、寄付することは良い宣伝となります。

14.2. Debian はフリーではないソフトウェアを収録してパッケージ化するこ
とはできますか?

    はい。Debian の主な構成要素は全てフリーソフトウェアですが、自由に
    再配布できないプログラムのために non-free ディレクトリを提供して
    います。

    CD製作者はソフトウェアパッケージ作者とのライセンス条件や二者間の
    協定により、このディレクトリに置いたプログラムを配布できます。CD
    製作者は他のソースから得たフリーではないソフトウェアを同一のCDで
    配布することもできます。これは今に始まったことではありません。フ
    リー及び商用のソフトウェアは現在、多くの製作者により同一のCDで配
    布されています。もちろんそれでもソフトウェア作者には自分の作った
    プログラムをフリーソフトウェアとしてリリースすることを奨励してい
    ます。

14.3. 「特定用途」向けの特別な Linux ディストリビューションを作成して
います。この Linux システムの中核に Debian GNU/Linux を使ってその上に
自分のアプリケーションを追加することはできますか?

    はい。Debian 派生ディストリビューションは Debian プロジェクト自体
    と密接な協力関係にあるものと外部団体によるものと、両方が作られて
    います。Debian と共に作業するのに Debian Pure Blends (https://
    www.debian.org/blends/) 基盤を利用できます。DebianEdu/Skolelinux
    (https://wiki.debian.org/DebianEdu/) はこういったプロジェクトの1
    つです。

    他の Debian 派生ディストリビューションが grml や LMDE (Linux Mint
    Debian Edition)、Knoppix、Ubuntu 等既に複数、世に出ています。元の
    Debian GNU/Linux とは異なる層を対象としていますが、各製品で私達の
    構成要素の多くが利用されています。

    Debian は、開発者やシステム管理者が選択したファイルのローカル版を
    インストールすることで、他のパッケージのアップグレード時に上書き
    されないようにできる仕組みも提供しています。これについては「パッ
    ケージによりインストールされたファイルを上書きして、異なるバー
    ジョンを代わりに使う方法は?」の質問で詳細に述べています。

14.4. 自分の商用プログラムを Debian「パッケージ」にして任意の Debian
システムに手間無くインストールするようにできますか?

    すぐに進めてください。パッケージ用ツールはフリーソフトウェアで
    す。パッケージはフリーソフトウェアかどうかを問わず全てインストー
    ルできます。

第15章 Debian の次期主要リリースに予定している変更

    Debian プロジェクトでは新リリースごとにいくつか特定の議題に焦点を
    当てるようにしています。これは「リリース目標」と呼んでいるもの
    で、https://wiki.debian.org/ReleaseGoals/ (https://
    wiki.debian.org/ReleaseGoals/) で全て説明しています。以下の節は古
    くなっている可能性があることに注意してください。さらなる情報やリ
    リース目標の最新の状態については Wiki を参照してください。

15.1. システムの堅牢化

    インストールしたあらゆるシステムで攻撃に対して堅牢、安全を確保す
    ることは Debian プロジェクトの目標です。成功例を挙げます:

      * 既知のセキュリティ問題に対する様々な保護を有効化するためのセ
        キュリティ堅牢化ビルドフラグ (https://wiki.debian.org/ja/
        ReleaseGoals/SecurityHardeningBuildFlags) を付けてコンパイル
        することでプログラムのセキュリティを改善。
   
      * デフォルトのシステム設定を改善することで (ローカルとリモート
        両方に対して) 攻撃に対する脆弱さを軽減。

      * 新しいバージョンのカーネルによってもたらされるセキュリティ機
        能を有効化。

    以上はどれも継続して行われるものです。1件目ではセキュリティ堅牢化
    ビルドフラグによってスタック破壊や推測可能なメモリの値などの既知
    の攻撃を回避しようとしています。対象は最低でも基本インストールの
    一部となっている全パッケージと、2006年以降にセキュリティ勧告での
    更新が必要だったパッケージです。この取り組みが始まってから、これ
    を書いている時点で約400のパッケージが修正されています。問題はすべ
    てBTSで追跡されています (https://bugs.debian.org/cgi-bin/
    pkgreport.cgi?tag=goal-hardening;users=
    hardening-discuss@lists.alioth.debian.org) 。

15.2. 非英語ユーザのサポート拡大

    Debian には既に、非英語ユーザに対する非常に良好なサポートがありま
    す。「Debian は英語以外の言語をどのようにサポートしていますか?」
    を見てください。

    さらに多くの言語サポートや、プログラムや文書の翻訳を提供してくれ
    る人を見つけられることを期待しています。多くのプログラムや Debian
    固有の文書で既に国際化をサポートしているため、必要なのはメッセー
    ジカタログの翻訳者となっています。しかし一部のプログラムでは、適
    切に国際化されるのはこれからの作業です。

    GNU 翻訳プロジェクト ftp://ftp.gnu.org/pub/gnu/ABOUT-NLS (ftp://
    ftp.gnu.org/pub/gnu/ABOUT-NLS) は GNUプログラムの国際化を行い、デ
    スクトップ環境の GNOME や KDE など他のプロジェクトには独自の翻訳
    チームが存在するものがあります。Debian での目標はこういったプロ
    ジェクトによって行われた作業を置き換えたり繰り返したりすることで
    はなく、実のところこういったプロジェクトの翻訳者によって行われた
    作業で Debian は恩恵を受けています。しかし、そういったプロジェク
    トの作業範囲にないプログラムが多数存在し、Debian でも翻訳されてい
    ません。

    以前の Debian リリースで取り上げた議題:

      * debconf を使っている全パッケージでの国際化サポート: Debian 設
        定管理を使っているパッケージはパッケージ設定時にユーザに向け
        て表示する全メッセージを翻訳できるようにしなければならない。

      * パッケージ説明文の国際化サポート: パッケージ管理フロントエン
        ドを更新してパッケージの説明に翻訳済みのものを使うようにす
        る。

      * debian/changelog と debian/control に UTF-8 を使う。これによ
        り、例えばアジア圏の人名が changelog 中で正しく使えるようにな
        る。

      * グラフィカルインターフェイスを使う必要のある一部言語の全面的
        なサポートを含めた、Debian インストーラの国際化サポート。

15.3. Debian インストーラの改善

    多くの作業が Debian インストーラに対して行われ、その結果大きな改
    善が図られました。ここではその中から2点だけ触れます。

    Microsoft Windows からのインストーラ開始: BIOS 設定を変更する必要
    なくインストーラを Microsoft Windows から直接開始できるようになり
    ました。CD-ROM や DVD-ROM、USB メモリを差し込むと自動実行プログラ
    ムが開始し、Debian インストーラを開始するプロセスを段階を追って提
    示します。

15.4. もっと多くのアーキテクチャ

    他のアーキテクチャでの完全な Debian システム。いくつかのアーキテ
    クチャがリリースからは外されますが、最新の sid を使うことでインス
    トール、アップグレードできる可能性は残されていることに注意してく
    ださい。

15.5. もっと多くのカーネル

    Debian GNU/Hurd に加え、Debian は BSD カーネル、つまり FreeBSD
    (https://www.debian.org/ports/kfreebsd-gnu/) にも移植されていま
    す。この移植版は AMD64 ("kfreebsd-amd64") と従来の Intel
    ("kfreebsd-i386") の両方で動作します。

第16章この FAQ についての一般情報

16.1. 著者

    この FAQ の初版は J.H.M. Dassen (Ray) さんと Chuck Stickelman 
    さんにより書かれ、保守されました。書き直された Debian GNU/Linux
    FAQ の著者は Susan G. Kleinmann さんと Sven Rudolph さんです。そ
    の後 FAQ は Santiago Vila さん、さらにその後は Josip Rodin さんに
    より保守されました。現在のメンテナは Javier Fernandez-Sanguino 
    さんです。

    情報元の一部:

      * Bruce Perens (https://perens.com/) さんによる Debian-1.1 リ
        リース発表

      * Ian Jackson (https://www.chiark.greenend.org.uk/~ijackson/) 
        さんによる Linux FAQ

      * Debian メーリングリストアーカイブ (https://lists.debian.org/)

      * dpkg プログラマーズマニュアル及び Debian ポリシーマニュアル (
        「Debian システム上の、あるいは Debian システム用の文書は他に
        どんなものがありますか?」参照)

      * 多数の開発者や有志、ベータテスター

      * 著者たちの当てにならない記憶 :-)

      * Choosing a Debian distribution FAQ (http://
        KamarajuKusumanchi.github.io/choosing_debian_distribution/
        choosing_debian_distribution.html) 、これは Kamaraju
        Kusumanchi さんが快く GPL でリリースしてくれたので新しい章と
        して収録することができました (3章Debian ディストリビュー
        ションの選択参照)

    著者はこの文書の実現を支援してくれた全ての人に感謝します。

    一切の保証を放棄します。商標は全てそれぞれの商標所有者に属しま
    す。

16.2. 意見

    この文書へのコメントや追加は常に歓迎します。<
    doc-debian@packages.debian.org> にメールを送るか debian-faq
    (https://bugs.debian.org/debian-faq) パッケージに対して wishlist
    でバグ報告を提出してください。

16.3. 入手先

    この文書の最新版は https://www.debian.org/doc/FAQ/ (https://
    www.debian.org/doc/FAQ/) の Debian WWW ページで見られます。

    It is also available for download in plain text, HTML, and PDF
    formats at https://www.debian.org/doc/user-manuals#faq (https://
    www.debian.org/doc/user-manuals#faq) . Also, there are several
    translations there.

    この文書は debian-faq パッケージで利用できます。翻訳版は
    debian-faq-de や debian-faq-fr その他のパッケージが利用できます。

    The original XML files used to create this document are also
    available in debian-faq's source package, or on Salsa
    (salsa.debian.org), Debian's GitLab instance for collaborative
    development, at: https://salsa.debian.org/ddp-team/
    debian-faq.git. You can browse the repository at https://
    salsa.debian.org/ddp-team/debian-faq (https://salsa.debian.org/
    ddp-team/debian-faq) .

16.4. 文書形式

    This document was written using the DocBook XML DTD. This system
    enables us to create files in a variety of formats from one 
    source, e.g. this document can be viewed as HTML, plain text, TeX
    DVI, PostScript, PDF, or GNU info.

