Q: configure が Avahi クライアントを検出しないと報告するときの CUPS ビルドエラー 'avahi-client/client.h: No such file or directory' を修正するにはどうすればよいですか？

CUPS 2.5+ は DNS-SD バックエンドを必要とします。Linux では、cups/dnssd.c はフォールバック分岐で Avahi を使用するため、HAVE_AVAHI が未定義であっても Avahi 開発ヘッダーなしでビルドすると失敗します。 Avahi 開発パッケージをインストールしてください。 SLES/openSUSE: sudo zypper install avahi-devel Debian/Ubuntu: sudo apt install libavahi-client-dev RHEL/Fedora: sudo dnf install avahi-devel 次に再ビルドしてチェックを検証します。 gmake clean ./configure grep HAVE_AVAHI config.h gmake Configure は今度は checking for Avahi client... yes と報告し、config.h には #define HAVE_AVAHI 1 が含まれているはずです。 DNS-SD ライブラリをインストールできない場合、CUPS 2.5+ はその構成ではビルドできません。mDNSResponder 開発サポートを提供するか、古い CUPS リリースを使用してください。cups-dnssd.m4 の修正により、DNS-SD が見つからない場合にコンパイル中に後で失敗するのではなく、configure が明示的に失敗するようになります。

Question 1

CVE-2026-27447のセキュリティアップデート後、なぜローカル以外のユーザーは認証されていないCUPSキューに印刷できなくなったのですか？

Accepted Answer

CVE-2026-27447修正のリグレッションにより、ポリシーが所有者固有の権限を要求する場合、ローカルアカウントを持たないユーザーが認証されていないキューに印刷できなくなりました。これは、commit 849fba7d7によりCUPS masterおよび2.4.xブランチで修正されました。このコミットを含む最新の2.4.xリリースにアップグレードするか、手動でパッチを適用してください。新しいリリースは翌週の初めに計画されていました。

Question 2

プリンタファームウェアのアップデートによりジョブが保留状態になった場合の、CUPS IPPS印刷の修正方法は？

Accepted Answer

プリンターのファームウェアアップデートにより証明書が変更された場合、CUPSが無効な保存済み認証情報を保持し、ジョブが保留状態になることがあります。修正手順：1) `cupsctl --debug-logging` でCUPSのデバッグログを有効にする。2) `journalctl` で 'Stored credentials' と 'Printer credentials' のようなメッセージを確認し、不一致を特定する。3) `/etc/cups/ssl/` からプリンターの古い証明書ファイルを削除する（例：`sudo rm /etc/cups/ssl/HP5EF1A4.lan`）。4) 次の印刷ジョブで再ネゴシエーションが行われ、新しい証明書が保存される。回避策として、プリンターのIPPSを一時的に無効にすることも可能です。

Question 3

CUPS 2.4.20 にアップグレードした後、CUPS の「Bad device URI "://"」とネットワーク印刷の失敗を修正する方法は？

Accepted Answer

これは CUPS 2.4.20 におけるリグレッションです。create_local_printer では、2 つのコードパスが依然として device_uri_ptr ではなく ptr を使用しており、その結果 CUPS が空のデバイス URI (://) を持つ一時的なネットワークプリンターキューを作成します。これにより、Bad device URI "://"、Unable to queue job for destination、Unable to get PPD file などのエラーが発生します。

修正: コミット 67dcee9f6 および e11ff1a9e（または master コミット f91d0d752 および 831c776e3）の 2.4.x 修正を含む CUPS リリースにアップグレードします。その後、CUPS を再起動し、プリンターを再検出/再作成します:

sudo systemctl restart cups
lpadmin -x <printer-name>

削除後、システムの印刷ダイアログまたは CUPS からプリンターを再度追加します。

Arch Linux での即時回避策: CUPS を 2.4.19 にダウングレードします。例えば:

sudo systemctl stop cups
sudo pacman -U /var/cache/pacman/pkg/cups-2.4.19-1-x86_64.pkg.tar.zst
sudo systemctl start cups

圧縮サフィックスまたはパッケージリビジョンが異なる場合は、実際にキャッシュされている 2.4.19 パッケージのファイル名を使用してください。

Question 4

Alpine Linux / musl で SIGSEGV (シグナル 11、ステータス -11) によりクラッシュする CUPS ipp バックエンドを修正する方法

Accepted Answer

このクラッシュは、musl がスレッドにデフォルトでわずか 128 KiB のスタックしか割り当てない（glibc では 8 MiB）のに対し、CUPS の `httpPrintf()` がスタック上に 64 KiB のバッファを確保するために発生します。ipp バックエンドのモニタースレッド（`monitor_printer` → `cupsDoRequest()` → `httpPrintf()`）がスタックをオーバーフローさせて SIGSEGV で終了するため、ドライバーレスの `ipp://` キューへのすべてのジョブが失敗し、キューが一時停止されます。CUPS 2.4.19、2.4.20、および現在の master が影響を受けます。

修正（ソースパッチ）: `cups/thread.c` 内の `_cupsThreadCreate()`/`cupsThreadCreate()` を変更し、libc のデフォルトが小さい場合にのみスタックサイズを引き上げます:

```c
pthread_attr_t attr;
size_t stacksize;
int status;

pthread_attr_init(&attr);
if (!pthread_attr_getstacksize(&attr, &stacksize) && stacksize < 1024 * 1024)
  pthread_attr_setstacksize(&attr, 8 * 1024 * 1024);
status = pthread_create(&thread, &attr, (void *(*)(void *))func, arg);
pthread_attr_destroy(&attr);
return status ? 0 : thread;
```

これは通常のディストリビューションパッチとして適用でき、glibc の動作は変更されません。

CUPS を再コンパイルしない回避策: `pthread_create()` をラップし、属性ポインターが NULL の場合に 8 MiB のスタックを指定する `LD_PRELOAD` シムを使用します。cupsd は固定の `envp[]` でバックエンドを起動するため、実際のバックエンドを exec する前に `LD_PRELOAD` を設定する、`/usr/lib/cups/backend/ipp` を包む小さなラッパースクリプトが必要です。

このバグに該当しているかどうかを確認するには: `dmesg` で `ipp[...] segfault ... error 6 in libcups.so.2` を確認し、`cupsd` の error_log に `Backend ipp returned status -11 (crashed)` / `crashed on signal 11` という行があるか確認してください。

Question 5

configure が Avahi クライアントを検出しないと報告するときの CUPS ビルドエラー 'avahi-client/client.h: No such file or directory' を修正するにはどうすればよいですか？

Accepted Answer

CUPS 2.5+ は DNS-SD バックエンドを必要とします。Linux では、cups/dnssd.c はフォールバック分岐で Avahi を使用するため、HAVE_AVAHI が未定義であっても Avahi 開発ヘッダーなしでビルドすると失敗します。

Avahi 開発パッケージをインストールしてください。

SLES/openSUSE: sudo zypper install avahi-devel
Debian/Ubuntu: sudo apt install libavahi-client-dev
RHEL/Fedora: sudo dnf install avahi-devel

次に再ビルドしてチェックを検証します。

gmake clean
./configure
grep HAVE_AVAHI config.h
gmake

Configure は今度は checking for Avahi client... yes と報告し、config.h には #define HAVE_AVAHI 1 が含まれているはずです。

DNS-SD ライブラリをインストールできない場合、CUPS 2.5+ はその構成ではビルドできません。mDNSResponder 開発サポートを提供するか、古い CUPS リリースを使用してください。cups-dnssd.m4 の修正により、DNS-SD が見つからない場合にコンパイル中に後で失敗するのではなく、configure が明示的に失敗するようになります。

CUPS

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト