Linux Certif

Toute la documentation sur la certification Linux LPI

reportbug

名前

reportbug - debbugs サーバにバグを報告

書式

reportbug [オプション] <パッケージ名 | 絶対パス>

説明

reportbug は、主として Debian ディストリビューションのバグを報告するために設計 された。デフォルトでは、Debian バグ追跡システム submit@bugs.debian.org 宛に、見つけたバグに関する情報を含んだ電子メールを作成し、報告者自身 宛のカーボンコピーも作成する。

--bts オプションを使えば、Debian バグ追跡システムである debbugs を使う 他のサーバにバグを報告することもできる。

パッケージ名か絶対ファイル名のどちらかを指定できる。ファイル名を使う場 合は、それを認識させるために / から始めなければならない。 reportbug にシステム内のファイル名を検索させたい場合は、 後述の --file オプションを参照のこと。

オプション

本プログラムは通常の GNU コマンドライン構文に準じており、長いオプション は 2 個のダッシュ (`--') で始まる。

-h, --help

オプションの概要を表示する。

-v, --version

reportbug のバージョンを表示して終了する。

-a, --af

バグ報告の校訂用としてエディタを起動する代わりに、編集および送信用として af メールリーダを使う。

-A ファイル名, --attach=ファイル名

バグ報告にファイルを添付する。テキストおよびバイナリファイルの両方が使用 できる。本ルーチンは、含めたファイル付の MIME 添付を作成する。いくつかの ケース (通常はテキストファイルの場合) では、--include を使う方が良いか もしれない (Debian のバグ追跡システムは、MIME 添付対応に制限があることに 注意)。

-b, --no-query-bts

問題がすでに報告済かどうか、Debian バグ追跡システムを調べない。オフラ インユーザや、 絶対に バグであると確信している場合に便利である。

--query-bts

問題がすでに報告済かどうか、Debian バグ追跡システムを調べる (デフォルト)。

-B システム, --bts=システム

Debian バグサーバ (あるいは /etc/reportbug.conf 内で指定している バグサーバ) の代わりに、 システム で指定したサーバを使う。 対応しているサーバの一覧を得るために、 help を指定することもできる。

--body=本文

メッセージ本文として指定した本文を使う。本文テキストは半角 70 文字で 整形され、通常の reportbug 用ヘッダとフッタが適切に追加される。エディ タの確認や、あらゆる "特別な" 確認は行なわれなくなる。

--body-file=本文ファイル名

メッセージ本文として指定した本文ファイル名のテキストファイル (とみなさ れる) の内容を使う。このファイルは、適切に整形されている (1 行の長さが 正しいなど) ものとみなされる。通常のヘッダとフッタが追加され、エディタ ステップと "特別な" 確認ステップは飛ばされる (本文ファイル名は、名前付 パイプを使うこともできる。デバイスの特別ファイルを使うと、予期しない結 果になるかもしれない)。

-c, --no-config-files

設定ファイルをバグ報告から確認無しに除去する。デフォルトでは、それらを 含めるかどうかの確認が行なわれる。場合によっては、設定ファイルを含める と電子メールで重要な情報が送信されてしまうといった事態になりかねない。

--configure

reportbug の初回実行時の設定ルーチンを再実行し、新規の .reportbugrc ファイルを書き 出す。ファイル内の既存の設定は消去されるが、バックアップとして .reportbugrc~ が書き出される。

--check-available

packages.debian.org に対して、パッケージの新規リリース有無を調べる (デ フォルト)。

--no-check-available

packages.debian.org に対して、パッケージの新規リリース有無を調べない。

-d, --debug

Debian に実際のバグ報告を送信しない。代わりに、報告者自身に送信する。 これは主として、メンテナによるテスト用に使われる。

-e エディタ, --editor=エディタ

使うエディタを指定し、環境変数 EDITOR や VISUAL の設定を上書きする。

--email=アドレス

送信者として報告内に現われる (つまり From: ヘッダに表示される) 電 子メールアドレスを設定する。実際のインターネット電子メールアドレス自体で なければならない (つまり実名やコメント部分を付けてはならない)。本設定は 環境変数 EMAIL や DEBEMAIL を上書きするが、REPORTBUGEMAIL は上書きしない。

--exit-prompt

終了時に確認を表示する。一時的な端末で (つまり Debian メニューエントリか ら) reportbug を実行している場合に役立つ。

-f ファイル名, --filename=ファイル名

ファイル名 が含まれているパッケージのバグを報告するので、そのファイルがどのパッケー ジ内にあるのかを探す必要がない。ファイル名の正確なパス名がまず検索され、 その後で全ファイルを検索しようとする。

--path

-f オプションも指定されているなら、指定したファイル名のパスのみを検索 する。-f オプションに絶対パス (つまり / で始まる形式) を指定すれば、 この動作は上書きされる。

-g, --gnupg, --gpg

GnuPG (GNU Privacy Gurard) を使って、バグ報告にデジタル署名を行なう (報告の 編集と送信に MUA を使っていれば、この引数は無視される)。

-G, --gnus

報告の送信にエディタではなく、GNUS メール・ニューズリーダを使う。

-H ヘッダ, --header=ヘッダ

電子メールに特別な RFC 2822 ヘッダを追加する。たとえば、 debian-68k@lists.linux-m68k.org に報告のカーボンコピーを送信したければ、以下のように使用できる： -H 'X-Debbugs-CC: debian-68k@lists.linux-m68k.org'

-i ファイル, --include=ファイル

編集しているメッセージ本文の一部として、指定したファイルを挿入する。 複数ファイルを追加するのに、複数回使用できる。挿入するのはテキストだけ にすること! これは bug のバグ一覧内にある Michael Alan Dorman の提案による (--attach オプ ションも参照)。

-I, --no-check-installed

報告の送信前に、パッケージがインストール済かどうかを調べない。これは 一般に、自分のシステムには未インストールだと判っているパッケージの報 告を送信する場合のみ役立つ。

--check-installed

報告の送信時に、指定したパッケージがインストール済かどうかを調べる (これ は reportbug のデフォルトの動作である)。

-j 妥当性, --justification=妥当性

Debian では、バグの重要度が "深刻 (serious)" や "重大 (grave)", "致命的 (critical)" などになるためには、そのように分類されるための一定の基準を 満たさなければならない。本オプションは、リリースクリティカルバグであ ることの確認を受ける代わりに、その妥当性を指定できる。

-k, --kudos

記録されているメンテナのアドレス宛に、バグ報告を送信する代わりに感謝の 電子メールを送信する (Debian アーカイブ内のパッケージに対して、 packagename@packages.debian.org 宛に謝意のメールを送信することも できる。しかしながら本オプションは control ファイル内のメンテナアドレ スを使うため、他のパッケージソースでも動作するだろう)。

-K 鍵ID, --keyid=鍵ID

PGP/GnuPG 署名にプライベート鍵を使う。何も指定しなければ、報告者の 電子メールアドレスにマッチする秘密キーリングの、最初の鍵が使用される。

--license

標準出力に reportbug の著作権およびラインセンス情報を表示する。

--list-cc=アドレス

バグ報告番号が取得された後で、指定したリスト宛に報告のカーボンコピーを 送信する。 -H 'X-Debbugs-CC: アドレス' オプションと同じ。

-m, --maintonly

パッケージメンテナだけにバグ報告を送信する。バグ追跡システムは、バグ報告 配布リストにコピーを送信しない。

--mode=モード

reportbug の動作モードを設定する。 reportbug は、現在のところ 4 種類の動作モード - novice (デフォルト), standard, advanced, expert - を備えている。

novice (初級) モードは、"通常のユーザ" が知りたがらなかったり気を使いたくない 確認を最小限に抑え、メンテナにかかる些末な負荷を無くすように設計されて いる。本モードでの新規バージョンのチェックは、安定版ディストリビュー ションだけに行なわれる。現在のところ、デフォルトのモードである。

standard (標準) モードは、確認に関しては reportbug 1.50 以前と多かれ少なかれ同じ である。どちらかといえば多くの確認が行なわれ、無意味な報告や重複した報 告を送信しないよう、ユーザを促そうとする。

advanced (上級) モードは standard に似ているが、Debian の上級ユーザに適し た近道が含まれており、expert モードほど無骨 (言い争いに発展しか ねない) ではない (現在のところ standard モードとの相違点は、 "incoming" キューを熟知しているものとみなすこと、"依存" パッケージの バグを報告できること、エディタ内ではどこに報告テキストを挿入するかを 確認しないことなどである)。

expert (最上級) モードは、無意味あるいは不要なバグ報告や、"重要度のインフレ" などを阻止するための確認を最小限にするように設計されている。expert モードでは、 reportbug はユーザが Debian ポリシを熟知しているものとみなす。実際このことは、も はや reportbug がバグ報告の高重要度設定の妥当性を要求せず、メッセージの いくつかの自動クリーンアップは飛ばされることを意味する。Debian プロジェ クトに定期的に貢献していない人は、expert モードを使わないことを 強く 推奨する。なぜなら、不適切に使うとメンテナとの言い争いになりえるからで ある。

-M, --mutt

バグ報告の校訂用にエディタを起動する代わりに、編集および送信用に mutt メールリーダを使う。

--mta='<MTA>'

/usr/sbin/sendmail (デフォルト) の代わりとなる代替 MTA を指定する。これによって、あらゆる smtphost 設定は上書きされる。

--mua='<MUA> <オプション>'

バグ報告の校訂用にエディタを起動する代わりに、編集および送信用に指定し た MUA (メールユーザエージェント) を使う。バグ報告をメッセージ草稿とし て解釈するメールリーダを指定するための オプション を使わなければならない。この動作例としては、 --mutt, --nmh および --af オプションの処理プロセスを参照のこと。

-n, --nmh, --mh

バグ報告の校訂用にエディタを起動する代わりに、編集および送信用に ( mnh および mh メールシステムの一部である) comp コマンドを使う。

-o ファイル名, --output=ファイル名

電子メールを送信する代わりに、指定したファイル名にリダイレクトする。

-O, --offline

あらゆる外部問い合せを無効にする。現在のところ、 --no-check-available --no-query-bts が同じ効果を備えている。

-p, --print

電子メールを送信する代わりにバグ報告を標準出力へ出力するので、ファイル へリダイレクトしたり、他のプログラムへパイプすることができる。

本オプションは、バグ報告のテンプレートを出力するだけである。詳細説明を 自分で記述する必要があるだろう。

--paranoid

送信前に、全ヘッダも含めてメッセージの内容を表示する。テンプレートモード では、自動的に無効となる。

--no-paranoid

送信前に、メッセージの全内容を表示しない (デフォルト)。

--pgp

PGP (Pretty Good Privacy) を使って、バグ報告にデジタル署名を行なう。しかし ながら、Debian プロジェクトは GnuPG を選び、PGP の使用は徐々に止めつつ あることに注意されたい (バグ報告の編集と送信に MUA を使うのなら、本引数 は無視される)。

--proxy=プロキシ, --http_proxy=プロキシ

バグ追跡システムの問い合せを処理するのに使う WWW プロキシサーバを指定 する。ファイアウォールの背後にいる場合のみ、本パラメータが必要となるだ ろう。プロキシ引数は、(必要なら) ポート番号も含めた正しい HTTP URL で なければならない。例: http://192.168.1.1:3128/

-q, --quiet

標準エラーへの診断メッセージを抑制する。

-Q, --query-only

バグ報告を送信せず、BTS への問い合せのみを行なう。--no-bts-query を 指定しているのなら、本オプションは無視される。

--query-source

指定したバイナリパッケージだけでなく、同じソースから構築された全バイナリ パッケージに問い合せを行なう (reportbug 2.0 以降のデフォルト動作)。

--no-query-source

コマンドラインで指定されたバイナリパッケージにのみ問い合せを行なう。

--realname=名前

バグ報告に使う実名 (人に読める名前) を設定する。

--report-quiet

バグ追跡システムにバグを登録するが、パッケージメンテナや、あるいはあら ゆる人にバグ報告を送信しない。報告者が問題となっているパッケージのメン テナである場合や、自分がしていることを本当に理解しているのでない限り、 本オプションを使うべきではない。

--reply-to=アドレス, --replyto=アドレス

バグ報告内に Reply-To アドレスヘッダを設定する。

-s 題名, --subject=題名

バグ報告の題名 (問題の簡潔な説明で、半角 60 文字以下) を設定する。 これを設定しないと、題名の確認を受けることになる。

-S 重要度, --severity=重要度

致命的 (critical), 重大 (grave), 深刻 (serious), 重要 (important), 通常 (normal), 軽度 (minor), 要望 (wishlist) の中から、重要度を指定 する。

--smtphost=ホスト[:ポート]

ローカルの /usr/sbin/sendmail プログラムの代わりに、バグ報告送信用として ホスト にあるメール転送エージェント (MTA) を使う。一般には、ISP の送信メール サーバとなるべきである。自分のマシン上で稼働しているメールサーバがある なら、'localhost' を使うこともできる。 ポート を指定しなければ、SMTP の標準ポートである 25 番ポートが使われる。

--tls

SMTP の使用時に、メールサーバへ安全に接続するために Transport Layer
 Security (TLS) 暗号化を使う。いくつかの SMP サーバでは、本オプション が必要となるだろう。

--smtpuser=ユーザ名

SMTP の使用時に、認証用として指定した ユーザ名 を使う。

--smtppasswd=パスワード

SMTP の使用時に、認証用として指定した パスワード を使う。コマンドライン上や設定ファイル内でパスワードが指定されていなけ れば、それを尋ねる確認が表示されるだろう。

マルチユーザシステムでの本オプションの使用は、危険である。代わりに本オ プションを .reportbugrc 内で設定し、それをユーザだけが読めるようにして おくべできである (chmod 600 $HOME/.reportbugrc と実行するなど)。

-t 種類, --type=種類

送信されるバグ報告の種類を指定する。現在のところ、gnats か debbugs の いずれかを指定できる。

-T タグ, --tag=タグ

バグ報告に挿入されるタグを指定する。複数の -T や --tag 引数を使うこ とにより、複数のタグを指定できる。

代わりに none という 'タグ' を指定して、タグを指定しなかった際のタグ確認を飛ばすこと もできる。これはコマンドライン上で指定されたあらゆるタグも無視する。

--template

バグ報告のテンプレートを標準出力に出力する。

-v, --verify

バグ報告前に、(インストール済であれば) debsums を使ってパッケージの 整合性を検証する。

-V バージョン, --package-version=バージョン

問題が見つかったパッケージのバージョンを指定する。おそらくインストール 不可能なパッケージや、別のシステムにインストールされているパッケージの バグ報告を行なう際に、もっとも役立つだろう。

-x, --no-cc

報告者 (あなた自身) にバグ報告のブラインドカーボンコピー (Bcc) を送信 しない。

-z, --no-compress

コメントや空行の削除による設定ファイルの圧縮を行なわない。

例

reportbug lynx-ssl

lynx-ssl パッケージのバグを報告する。

reportbug --path --file=ls

ls というパス内のプログラムが含まれるインストール済パッケージの バグを報告する。

設定ファイル

バージョン 0.22 以降、 reportbug はシンプルな動作制御ファイル構文に対応している。コマンドは /etc/reportbug.conf および $HOME/.reportbugrc から読み込まれ、後者内のコマンドは前者のものを上書きする。コマンドに大 文字小文字の区別はなく、現在のところ 0 ないし 1 個の引数を持つ。空白を 含む引数はクォートで囲まなければならない。# で始まるあらゆる行はコメン トとみなされ、無視される。

一般に、 reportbug 用のオプションで GNU のロングオプションに相当するものには、-- 文 字列で始まらなくても対応している。利用可能な全オプションについては、 デフォルトの /etc/reportbug.conf を参照。

環境変数

VISUAL

バグ報告の編集に使うエディタ。

EDITOR

バグ報告の編集に使うエディタ (VISUAL に上書きされる)。

EMAIL, REPORTBUGEMAIL, DEBEMAIL

報告者の from アドレスとして使われる電子メールアドレス。デフォルトでは、 報告者のユーザ名と /etc/mailname から取得される。

DEBFULLNAME, DEBNAME, NAME

使われる実名。デフォルトでは /etc/passwd から取得される。

REPLYTO

送信メール内の Reply-To ヘッダ用アドレス。

MAILCC

電子メール上で指定した CC アドレスを使う。同じ目的のために -H オプションも使えることに注意 (Bcc も同様)。

MAILBCC

報告者の電子メールアドレスの代わりに、指定した Bcc アドレスを使う ( bug の wishlist 内の Herbert Thielen による提案を元にした Cc と Bcc)。

http_proxy

BTS 問い合せを処理するプロキシサーバのアドレスを指定する。必要なあらゆる ポート番号を含む、完全な HTTP URL でなければならない (ホスト名だけを指定したり、80 番以外のポートを 指定しないと、まったく動作しないであろう)。

注意

コマンドライン引数の順序に関して、Python の getopt モジュールは GNU getopt() よりも神経質である。すべてのスイッチはパッケージ名の 前に指定されなければならない。

おそらく reportbug は、 bugzilla (GNOME および Mozilla プロジェクトで使われている) や jitterbug (Samba, AbiSource, FreeCiv で使われている) のような他のバグ追跡システム との互換性を持つべきなのだろうが、そうはなっていない。

関連項目

querybts(1)

著者

Chris Lawrence <lawrencc@debian.org>.

翻訳者

田村 一平 <ippei1@bb.mbn.or.jp>