第2章 Debian 7.0 の最新情報

公式の Debian ディストリビューションは、現在は 9-10 枚のバイナリ DVD または 61-69 枚のバイナリ CD (アーキテクチャによる) および 8 枚のソース DVD または 46 枚のソース CD の形で提供されています。加えて、amd64 および i386 アーキテクチャのリリースのサブセットおよびそのソースコードを収録した multi-arch DVD もあります。Debian は 2 枚の Blu-ray (BD) イメージの形でもリリースしています。1 枚は amd64 あるいは i386 アーキテクチャで、もう 1 枚はソースコードが収録されています。サイズ上の理由から、とても巨大なパッケージは CD のビルドからは外されています。これらのパッケージは DVD や BD のビルドにはより適しているので、こちらには含まれています。

Debian 7.0 で加わった新しい機能が multiarch です。Multiarch は、同一のマシン上で複数のアーキテクチャからパッケージをインストールすることを可能にしてくれます。これは様々な局面で役に立ちますが、もっともありふれた例は自動的に依存関係を修正する為に 32 ビットと 64 ビットのソフトウェアを同じマシンでインストールすることでしょう。あなたがこの機能を必要であれば、Debian wiki には、この機能をどのようにして利用するかという詳細なマニュアル があります(注: 英語)。

ia32-libs パッケージは、新しい multiarch 機能を導入する為の移行パッケージとなりました。ia32-libs パッケージを導入してある場合は、特別な作業を必要とするため、「ia32-libs から multiarch への移行」 にあるアップグレード方法を参照してください。

Debian 6.0 で導入された依存関係ベースの起動順序は、file-rc のユーザを含め、常に有効になっています。

起動順序の最適化のため、全 init.d スクリプトが LSB ヘッダで依存関係を宣言すべきです。Debian に収録されているスクリプトは既にそうなっていますが、ローカルで作成したスクリプトについて確認し、その情報の追加を検討してください。

この機能に関する、より詳細な情報は /usr/share/doc/insserv/README.Debian で入手できる情報を参照してください。

Debian 7.0 では systemd サポートが予備的に導入されています。これは init システムで、監視やログ操作、サービス管理機能が拡張されます。

これは sysvinit をそのまま置き換えるように設計されており、既存の SysV 用の init スクリプトを使うようになっていますが、systemd パッケージは sysvinit と平行して安全にインストールし、init=/bin/systemd カーネルオプション経由で開始できます。既に約 50 のパッケージ、特に中心となるパッケージでは udev や dbus、rsyslog がネイティブにサポートしており、systemd により提供される機能を活用できます。

Debian 7.0 では systemd は技術プレビューとして収録されています。詳細については Debian wiki を見てください。

Debian wheezy ではマルチメディアの対応状況が改善されています: ffmpeg は libav から派生した libav-tools により置き換えられました。こちらの方が堅実なリリースプロセスを採用しているため、Debian の要求にはその方が合うものと判断されました。このパッケージではライブラリをすべて提供し、既存のアプリケーションパッケージからのアップグレード経路を用意しています。機能満載の libav ライブラリおよびフロントエンドには例えば mplayer や mencoder、vlc、transcode があります。対応コーデックの追加は例えば MP3 音声エンコーディング用の lame や MPEG-4 ASP 映像エンコーディング用の xvidcore、H.264/MPEG-4 AVC 映像エンコーディング用の x264、AAC 音声エンコーディング用の vo-aacenc、適応型多重レート (AMR、Adaptive Multi-Rate) の広帯域および狭帯域エンコーディング、デコーディング用の opencore-amr および vo-amrwbenc によりそれぞれ提供されます。ほとんどの場合、サードパーティのリポジトリからパッケージをインストールする必要はなくなっているはずです。Debian でマルチメディアへの対応が不自由だった時代はついに終わったのです!

多くの Debian パッケージが gcc コンパイラでセキュリティ強化フラグを有効にしてビルドされるようになっています。これらのフラグは、スタック破壊やメモリ上の値配置予測などの様々な攻撃に対しての防御となります。作業は可能な限り多くのパッケージがこれらのフラグを含めるように保証していますが、特に「ベースシステム (base)」やネットワークから接続可能なデーモン、そして近年セキュリティ問題が発生していたパッケージについて実施されています。

強化ビルドフラグは、gcc ではデフォルトでは有効にされていないので、ローカルでビルドしたソフトウェアには自動的に使われないことに注意してください。hardening-wrapper パッケージでこれらのフラグを有効にした gcc を提供しています。

Debian 7.0 は AppArmor 強制アクセス制御システムをサポートします。有効にすると、AppArmor は指定したプログラムがどのファイルにアクセスできるのか指定する規則をプログラムに強制します。この革新的な手法により、既知の脆弱性に対しても未知の脆弱性に対してもシステムの保護を支援します。

Debian 7.0 では AppArmor はデフォルトでは無効になっています。この機能の使い方の説明が Debian wiki にあります。

これは、以前に backports.debian.org アーカイブで提供していた機能を置き換えるものであることにご注意ください。

wheezy-backports からのパッケージを使うには、sources.list にエントリを付け加えます:

deb     http://mirrors.kernel.org/debian wheezy-backports main contrib
deb-src http://mirrors.kernel.org/debian wheezy-backports main contrib

apt-get update コマンドを次回実行した時に、システムは wheezy-backports セクションに含まれるパッケージを認識し、アップグレードするパッケージを探すときにそれらを考慮するようになり、以前の backports.debian.org アーカイブと同様にインストールに利用できるようになります。

セキュリティ修正のために新しいパッケージが wheezy-backports から利用できるようになると、debian-backports-announce メーリングリストで発表されます。

proposed-updates のパッケージのいくつかは wheezy-updates の仕組みを介して利用可能にもなります。この仕組みは、ウィルススキャナのデータやタイムゾーンのデータなど、次のポイントリリースが行われる前にシステムへインストールしたいと思うであろう更新に使われます。wheezy-updates の全パッケージはポイントリリースに含まれます。

wheezy-updates からのパッケージを使うには、sources.list にエントリを付け加えます:

deb     http://mirrors.kernel.org/debian wheezy-updates main contrib
deb-src http://mirrors.kernel.org/debian wheezy-updates main contrib

apt-get update コマンドを次回実行した時に、システムは wheezy-updates セクションに含まれるパッケージを認識し、アップグレードするパッケージを探すときにそれらを考慮するようになります。

APT::Default-Release が /etc/apt/apt.conf (または /etc/apt/apt.conf.d/* にあるどれかのファイル) でセットされている場合、自動アップグレードが機能するには、以下の設定を /etc/apt/preferences に追加する必要があることに注意してください (さらなる情報については apt_preferences(5) 参照):

Package: *
Pin: release o=Debian,n=wheezy-updates
Pin-Priority: 990

新しいパッケージが wheezy-updates 経由で利用可能になると、debian-stable-announce メーリングリストで告知されます。

GNOME はバージョン 3.4 へのアップグレードの中で、大幅なインターフェイスの書き換えを受けました。伝統的に使われていた GNOME パネルは、大きなユーザビリティの改善が行われた革新的なインターフェイスの 「shell」 に置き換えられています。

中でも、ダイナミックなワークスペース、スクリーンキーボード (Caribou)、インターフェイスに統合されたインスタントメッセージ、GNOME キーリングと PolicyKit の統合などの機能が充実しています。

Wheezy でインターフェイスを GNOME 2.30 バージョンのままに近づけておきたい場合は、ログイン画面で 「GNOME クラシック」 を選ぶことができます。これによって、既存のパネルを改善したバージョンを使えます。通常隠されていますが、alt + 右クリックの組み合わせでパネルを編集してアプレットを追加できます。

なお、ハードウェアが GNOME shell の必要スペックを満たさない場合、「クラシック」インターフェイスにリダイレクトされます。

Debian 7.0 には OpenStack スイートや Xen Cloud Platform (XCP) が収録され、ユーザが自分用のクラウド基盤を展開することが可能になっています。

Debian イメージは Amazon EC2 や Windows Azure、Google Compute Engine 等の主要な公開クラウドプラットフォームでも提供されています。

前のリリースでは、一時 (tmpfs) ファイルシステムは /lib/init/rw と /dev/shm/、オプションで /var/lock と /var/run にマウントされていました。/lib/init/rw は削除され、他は /run 以下に移動されました。/var/run と /var/lock は /etc/default/rcS の RAMRUN と RAMLOCK で設定されていました。現在では、tmpfs ファイルシステムはすべて /etc/default/tmpfs を使って設定できるようになっています。古い設定は自動的には移行されません。

/lib/init/rw を除いて、新しい位置へのデータの移行はアップグレード処理で自動的に行われ、新旧両方の位置で使い続けることができます。特に作業する必要はありませんが、アップグレードの完了後にどの tmpfs ファイルシステムをマウントするのか、あるいはそのサイズ制限を /etc/default/tmpfs で調整することもできます。さらなる詳細については、 tmpfs(5) マニュアルページを見てください。

/lib/init/rw を使えるようにするために独自のスクリプトを書いている場合は、代わりに /run を使うように変更する必要があります。

/tmp はデフォルトでは tmpfs ではありません。この機能を使いたい場合は