第5章 bookworm で注意すべき点

「アーカイブエリア」 で説明したように、non-free なファームウェアパッケージは non-free-firmware と呼ばれる独自のアーカイブコンポーネントから提供されるようになりました。インストール済みの non-free なファームウェアパッケージがきちんとアップグレードされるのを保証するため、APT の設定変更が必要となっています。ファームウェアをインストールするのに APT sources-list にnon-free コンポーネントだけが追加されている場合は、更新した APT sources-list の記述は以下の様になります:

deb https://deb.debian.org/debian bookworm main non-free-firmware

apt によってこの章を案内された場合、/etc/apt/apt.conf.d/no-bookworm-firmware.conf という名前の apt.conf(5) ファイルを以下の内容で作成することで、この変更について何度も通知されるのを防げます。

APT::Get::Update::SourceListWarnings::NonFreeFirmware "false";

Network Time Protocol (NTP) サーバーからシステムクロックを設定するデフォルトの手法だった ntp パッケージは ntpsec に置き換えられました。

ntp から ntpsec への移行について、ほとんどのユーザーは何も特別な作業をする必要はありません。

bookworm では、他にも同様のサービスを提供する複数のパッケージがあります。Debian でのデフォルトは systemd-timesyncd となっていますが、これは ntp クライアントをクロック設定の用途のみに必要なユーザーには十分なものでしょう。bookworm は、NTP サーバーの運用など、より高度な機能をサポートする chrony や openntpd も含んでいます。

Puppet はバージョン 5 から 7 へとアップグレードされ、Puppet 6 シリーズは完全にスキップされました。これは Puppet のエコシステムに大きな変更をもたらします。

クラシックな Ruby ベースの Puppet Master 5.5.x アプリケーションは、upstream によって非推奨にされ、Debian では利用できなくなりました。これは Puppet Server 7.x へと置き換えられ、puppetserver パッケージで提供されています。このパッケージは移行用の puppet-master パッケージの依存関係によって自動的にインストールされます。

いくつかのケースでは Puppet サーバーは Puppet マスターの完全互換品となりますが、新しいデフォルト値がデプロイ環境に適合するのを確認するため、/etc/puppet/puppetserver 以下にある設定ファイルをチェックすべきでしょう。特に auth.conf ファイルでのレガシーな形式は非推奨となっています。詳細は auth.conf documentation を参照してください。

推奨方法はクライアントの前にサーバーをアップグレードすることです。Puppet 7 サーバーは 過去のクライアントと後方互換性を持っています。Puppet 5 サーバーはアップグレードされたエージェントを扱いつづけることはできますが、新規の Puppet 7 エージェントを登録できません。つまり、サーバーをアップグレードする前に新規に Puppet 7 エージェントをデプロイすると、フリートにこのエージェントを追加できなくなってしまいます。

puppet パッケージは puppet-agent パッケージによって置き換えられ、スムースなアップグレードを保証するために移行パッケージとなっています。

最後に、puppetdb パッケージは bullseye で削除されましたが bookworm で再導入されています。

広く様々なウェブサイト (YouTube を含みますがこれに限りません) からビデオをダウンロードできることで人気のツール、youtube-dl は Debian に含まれなくなりました。その代わり、yt-dlp を引っ張ってくる中身が空の移行パッケージとしてリプレースされています。yt-dlp は youtube-dl のフォークで、現在新規の開発が行われています。

完全な互換を持つラッパーは提供されていないので、スクリプトや自身の挙動を youtube-dl ではなく yt-dlp を呼び出すように調整する必要があります。機能はほぼ同じですが、オプションの一部や細かな挙動が変更されています。詳細は yt-dlp のマニュアルページ、特に Differences in default behavior セクションを必ず確認してください。

fcitx そして fcitx5 パッケージは、人気の Fcitx インプットメソッドフレームワークのバージョン 4 および バージョン 5 を提供しています。upstream からのアドバイスに従い、同一のオペレーティングシステム上にこれらを同時にインストールできなくなりました。以前に fcitx と fcitx5 を同時にインストールしてあった場合、ユーザーはどちらのバージョンの Fcitx をキープするかを決める必要があります。

アップグレード作業の前に、ユーザーは希望しない Fcitx バージョンの関連パッケージ全て (Fcitx 4 の場合は fcitx-*、Fcitx 5 は fcitx5-*) の purge を強く推奨します。アップグレード完了後、選択した希望のインプットメソッドフレームワークがシステムで使われるよう、im-config の再実行を検討してください。

さらなる背景情報を メーリングリストへ投稿されたアナウンス (簡体中国語です) を読むことができます。

bullseye では MariaDB バージョンがパッケージ名に含まれていましたが (例: mariadb-server-10.5 や mariadb-client-10.5)、bookworm では MariaDB 10.11 同等のパッケージ名は完全にバージョンが無いものとなります (例: mariadb-server または mariadb-client)。MariaDB バージョンはパッケージバージョンのメタデータで確認できます。

バージョン番号なしのパッケージ名への移行が失敗すると判明しているアップグレード時の流れの一つ (Bug #1035949) は以下です

apt install default-mysql-server

mariadb-admin コマンドを使う MariaDB サーバーの SysV init サービスがシャットダウンを実行する前に mariadb-client-10.5 及びパッケージ内の /usr/bin/mariadb-admin ファイルが削除された場合に失敗することになります。回避策は以下を実行します。

apt full-upgrade

を実行する前に以下を実行します

apt upgrade

以上です。

MariaDB でのパッケージ名の変更の詳細な情報については、/usr/share/doc/mariadb-server/NEWS.Debian.gz を参照してください。

rsyslog パッケージはほとんどのシステムで不要になっており、削除しても構いません。

多くのプログラムが何をしているかをユーザーに知らせるためにログメッセージを生成します。これらのメッセージは、systemd の 「journal」 か rsyslog のような 「syslog デーモン」によって取り扱えます。

bullseye では、デフォルトで rsyslog がインストールされ、systemd ジャーナルは /var/log/syslog のような様々なテキストファイルにメッセージを書き込む rsyslog にログメッセージを転送するように設定されていました。

bookworm より rsyslog はデフォルトではインストールされなくなりました。rsyslog を使い続けたくない場合、アップグレード後に自動的にインストールされたというマークを以下のコマンドで付けることができます。

apt-mark auto rsyslog

を実施、それから可能な場合は以下で削除を実行します

apt autoremove

さらに以前の Debian のリリースからアップグレードしていて、デフォルトの設定を受け入れていなかった場合、ジャーナルは永続ストレージにメッセージを保存するようには設定されていません: journald.conf(5) に有効にする指示手順があります。

rsyslog から離れるのを決めた場合ですが、journalctl コマンドを使えば /var/log/journal にバイナリ形式で保存されているログメッセージを読むことができます。

journalctl -e

上記のコマンドは、ジャーナル内の最も直近のログメッセージを表示します

journalctl -ef

このコマンドは書き込みされた新しいメッセージを表示します (同様のコマンドを実行する場合は以下のようになります)

tail -f /var/log/syslog

rsyslog は「高精度タイムスタンプ」の利用をデフォルトにしましたが、この変更はシステムログを分析する他のプログラムに影響を与える可能性があります。この設定をどのように調整するかについての詳細な情報が rsyslog.conf(5) にあります。

タイムスタンプの変更は、ローカルで作成された logcheck ルールの更新が必要になる場合があります。logcheck は、ルールとして知られている正規表現データベースに照らし合わせて (systemd-journald または rsyslog が生成した) システムログ内のメッセージをチェックします。メッセージが生成された時間にマッチするルールは、新しい rsyslog 形式にマッチするように更新する必要があります。logcheck-database パッケージによって提供されているデフォルトのルールは更新されていますが、ローカルで作成したなどの他のルールについては新しい形式を認識するように更新する必要があるかもしれません。ローカルの logcheck ルールを更新するのに役立つスクリプトについては /usr/share/doc/logcheck-database/NEWS.Debian.gz を参照してください。

rsyslog が生成するログファイルについて変更を行ったので、/var/log 以下のいくつかのファイルは削除しても構わなくなりました。

rsyslog を使い続ける場合 (「システムのロギング設定への変更」 参照)、/var/log 内のログファイルのいくつかはデフォルトでは生成されなくなります。これらのファイルに書き込まれていたメッセージは /var/log/syslog にもありますが、デフォルトでは生成されなくなっています。これらのファイルに書き込まれていたものはすべて、 /var/log/syslog 以下から入手可能です。

作成されなくなったファイル一覧:

OpenLDAP 2.5 は新規のメジャーリリースで、upstream のリリースアナウンス に記述されているように複数の非互換性を含んでいます。設定によりますが、slapd サービスはアップグレード後に必要な設定更新が完了するまで停止し続ける可能性があります。

以下が既知となっている互換性のない変更です:

アップグレードの完了と slapd サービスの再開に関する作業手順は、/usr/share/doc/slapd/README.Debian.gz で確認できます。さらに upstream のアップグレードに関する記述についても調べておくのが良いでしょう。

長らく grub はコンピューターにインストールされている他のオペレーティングシステム (OS) を検出するのに os-prober パッケージを利用しており、検出した OS を起動メニューに追加できていました。残念なことにこの機能は特定のケース (例: ゲストバーチャルマシンが動作している状態) で問題になるため、最新の upstream でのリリースでデフォルトでは無効にされました。

システムを起動するのに GRUB を使っていて、他の OS を起動メニューにそのまま載せておきたい場合は、この挙動を変更できます。/etc/default/grub ファイルを編集し、設定が GRUB_DISABLE_OS_PROBER=false となっていることを確認して update-grub を実行する、あるいは

dpkg-reconfigure <GRUB_PACKAGE>

を実行して、この設定やその他の GRUB の設定をよりユーザーフレンドリーなやり方で変更します。

数多くの GNOME アプリケーションが GTK3 グラフィックスツールキットから GTK4 へ切り替えをしました。残念なことに、多くのアプリケーションが orca のようなスクリーンリーダーでとても使いづらくなっています。

あなたがスクリーンリーダーに頼っている場合は、よりマシなアクセシビリティサポートがある Mate などの他のデスクトップ環境への切り替えを検討する必要があるでしょう。この切り替えを行うには mate-desktop-environment パッケージのインストールを行います。Mate 環境での Orca の使い方についての情報はこちらになります。

upstream や他のディストリビューションとの整合性のため、非特権プログラムが特権システムサービスにアクセスするのを許可する polkit サービス (以前は PolicyKit) は、ローカルのポリシールールについて記述方法と配置場所を変更しました。これからは、セキュリティポリシーのカスタマイズするローカルルールを JavaScript で記述し、/etc/polkit-1/rules.d/*.rules に配置する必要があります。新しい形式を使ったルールの例は /usr/share/doc/polkitd/examples/ で、詳細は polkit(8) で参照できます。

これまでは、ルールを pkla 形式で記述し、/etc/polkit-1/localauthority または /var/lib/polkit-1/localauthority以下のサブディレクトリに配置できました。しかし、.pkla ファイルは非推奨 (deprecated) として扱われるようになり、 polkitd-pkla パッケージがインストールされている場合のみ動作しつづけることができます。このパッケージは、通常 bookworm にアップグレードする際に自動的にインストールされますが、将来の Debian リリースには含まれなくなると思われるため、上書きするローカルポリシーは JavaScript 形式に移行する必要があるでしょう。

Debian は 「merged-/usr」 と呼ばれるファイルシステムレイアウトを採用し、従来のディレクトリである /bin, /sbin, /lib そして /lib64 のようなオプションを含まなくなりました。新しいレイアウトでは、従来のディレクトリはそれぞれ対応する場所である /usr/bin, /usr/sbin, /usr/lib, and /usr/lib64 に置き換えられています。つまり、例えば /bin/bash でも /usr/bin/bash でも bash を起動することになります。

For systems installed as buster or bullseye there will be no change, as the new filesystem layout was already the default in these releases. However, the older layout is no longer supported, and systems using it will be converted to the new layout when they are upgraded to bookworm.

The conversion to the new layout should have no impact on most users. All files are automatically moved to their new locations even if they were installed locally or come from packages not provided by Debian, and hardcoded paths such as /bin/sh continue to work. There are, however, some potential issues:

詳細な情報については、The Case for the /usr merge および Debian 技術委員会での決議を参照してください。

Debian は公式には安定版リリースからその次の安定版リリースへのアップグレードのみをサポートしています。つまり、bullseye から bookworm に、ということです。buster から bookworm へのアップグレードはサポートしておらず、Bug #993755 のため以下のようなエラーで失敗することになります:

Setting up libc6:mipsel (2.36-9) ...
/usr/bin/perl: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory
dpkg: error processing package libc6:mipsel (--configure):
installed libc6:mipsel package post-installation script subprocess returned error exit status 127
        

このような特定の状況からではありますが、強制的に新しい libcrypt1 をインストールすることで手動でリカバリ可能となります:

# cd $(mktemp -d)
# apt download libcrypt1
# dpkg-deb -x libcrypt1_*.deb .
# cp -ra lib/* /lib/
# apt --fix-broken install
        

apt full-upgrade が完了した時点で、「正規」のアップグレードは完了しています。bookworm へのアップグレードについては、再起動の実行前に必要となる特別な作業はありません。

Debian がセキュリティ問題に対する最小限のバックポートを約束できないパッケージがいくつか存在しています。これらについては以下の章で触れられています。

	注記
	debian-security-support パッケージが、インストールされたパッケージのセキュリティサポート状況を確認するのに役立ちます。

Debian が提供する python3 インタプリタパッケージ (python3.11 および pypy3) は、PEP-668 に従って externally-managed とマークされるようになりました。Debian で提供されるバージョンの python3-pip はこれに伴って、--break-system-packages オプションが指定されない限り、Debian の python インタプリタ環境へ手作業でのパッケージインストールを拒否します。

Debian ではパッケージ化されていない Python アプリケーション (あるいはバージョン) をインストールする必要がある場合、(pipx Debian パッケージにある) pipx を使ってのインストールを推奨します。pipx は他のアプリケーションやシステムの Python モジュールから隔離された環境をセットアップし、アプリケーションとその依存関係をその環境へインストールします。

Debian ではパッケージ化されていない Python ライブラリモジュール (あるいはバージョン) をインストールする必要がある場合、可能であれば virtualenv へインストールするのを推奨しています。virtualenv は Python 標準ライブラリモジュールの venv (python3-venv Debian パッケージ内)、あるいは Python サードパーティツールの virtualenv (virtualenv Debian パッケージにあります) で作成できます。例えば、pip install --user foo を実行するのではなく、任意の virtualenv にインストールするのに mkdir -p ~/.venvs && python3 -m venv ~/.venvs/foo && ~/.venvs/foo/bin/python -m pip install foo を実行します。

詳細については /usr/share/doc/python3.11/README.venv を参照してください。

VLC ビデオプレイヤーは、VA-API と VDPAU を使ってハードウェアアクセラレーションを有効にしたビデオエンコーディング・デコーディングをサポートしています。しかし、VLC の VA-API サポートは FFmpeg のバージョンと強く結びついてしまっています。FFmpeg が 5.x ブランチにアップグレードされたので、VLC の VA-API サポートは無効にされています。ネイティブな VA-API サポートを持つ GPU (Intel や AMD の GPU) のユーザーは、ビデオの再生やエンコーディング時に高い CPU 負荷に遭遇するかもしれません。

ネイティブな VDPAU サポートを提供している GPU (non-free なドライバを利用している NVIDIA) はこの問題の影響を受けません。

VA-API サポートと VDPAU サポートについては、vainfo と vdpauinfo を使ってチェックできます (それぞれ同じ名前の Debian パッケージで提供されています)。

新規パッケージ systemd-resolved はアップグレード時に自動的にはインストールされません。systemd-resolved システムサービスを利用していた場合は アップグレード後に手動で新規パッケージをインストールしてください。それから、システム上にこのサービスが存在しないため、インストールが完了するまで DNS 解決が動作しない可能性があることに注意してください。このパッケージのインストールは systemd-resolved に /etc/resolv.conf のコントロールを与えることに自動的になります。systemd-resolved の詳細については 公式のドキュメントを精査してください。systemd-resolved は過去も、そして今も Debian でのデフォルトの DNS リゾルバでは無いことに留意ください。マシンを systemd-resolved を DNS リゾルバとして設定していなければ、特に作業は不要です。

新規パッケージ systemd-boot はアップグレード時に自動的にはインストールされません。systemd-boot を利用していた場合は、この新規パッケージを手動でインストールしてください。インストールするまではブートローダーとして systemd-boot の以前のバージョンが利用される点に注意ください。このパッケージをインストールすると、自動的に systemd-boot をこのマシンのブートローダーとして設定します。Debian でのデフォルトのブートローダーは依然として GRUB です。以前にこのマシンがブートローダーとして systemd-boot を使うように設定していない場合、特に作業は要りません。

任意のサービス systemd-journal-gatewayd および systemd-journal-remote は GnuTLS サポート無しでビルドされるようになりました。これはどちらのプログラムでも --trust オプションが無くなり、もし指定した場合はエラーが返されるようになったということです。

様々な変更が adduser にあります。最も目立つ変更点は --disabled-password および --disabled-login が文字通り動作するようになったことです。より詳細については /usr/share/doc/adduser/NEWS.Debian.gz を参照してください。

systemd でのネットワークインターフェースに関する予測可能な命名規則ですが、Xen の netfront デバイス情報での固定名の生成にまで拡張されています。これはインターフェイスが以前のカーネルにアサインされたシステム名ではなく、enX# という形式の固定名を持つということを意味しています。アップグレード後、再起動の前にシステムを調整してください。他の情報については NetworkInterfaceNames wiki page を参照してください。

Debian でシステムシェル /bin/sh をデフォルトで提供する dash ですが、これまでのように POSIX 互換の挙動を意図しているところから、サーカムフレックス (^) をリテラル文字として扱うように変更しました。これは bookworm では [^0-9] は「0 から 9 ではない」という意味ではなく、「0 から 9 と ^」という意味になるということです。

ネットワーク接続間でデータを読み書きする netcat ユーティリティが 抽象ソケットをサポートし、いくつかの状況下ではデフォルトで利用するようになっています。

デフォルトの状態では netcat は netcat-traditional によって提供されています。しかし、netcat が netcat-openbsd パッケージによって提供されていて AF_UNIX ソケットを使っている場合、この新しいデフォルト設定が適用されます。この場合、 nc コマンドの -U オプションは @ で始まる引数をカレントディレクトリにある @ で始まるファイル名ではなく、抽象ソケットの要求であると解釈するようになっています。ファイルシステムのパーミッション設定が抽象ソケットへのアクセス制御に使えなくなくなるため、これはセキュリティに影響を与える可能性があります。./ をファイル名のプレフィックスに使う、あるいは絶対パスを指定すれば、@ から始まるファイル名を使い続けることができます。

以下は、よく知られていて特に廃止されたパッケージの一覧です (説明については 「利用されなくなったパッケージ」 参照）。

廃止パッケージの一覧には以下が含まれます:

次のリリースである Debian 13 (コードネーム trixie) では、いくつかの機能が非推奨となります。13 へ更新する際にトラブルを防ぐためには、ユーザーは他の選択肢へ移行する必要があります。

これには以下の機能が含まれます: