path: root/japanese/Bugs/Reporting.wml

#use wml::debian::template title="Debian BTS - バグを報告する" NOHEADER=yes NOCOPYRIGHT=true
#use wml::debian::translation-check translation="03a2dd8bac69ccecb2fb4a2f03c82697c0577e97"

<h1>reportbug を用いて Debian のバグを報告する方法</h1>

<a name="reportbug"></a>
<p>Debian のバグは、<code><a
href="https://packages.debian.org/stable/utils/reportbug">reportbug</a></code>
プログラムを用いて報告することを強くお勧めします。これをインストールして起動するには、単に次のように実行します:</p>

<blockquote>
 <p># <kbd>apt-get install reportbug</kbd><br/>
    $ <kbd>reportbug</kbd></p>
</blockquote>

<p>reportbug は、ステップバイステップの手順でバグ報告作業を導いてくれます。</p>

<p>reportbug の対話的なプロンプトで解決されない問題が生じた場合は、
この文書の以下の内容を参照するか、<a href="mailto:debian-user@lists.debian.org">Debian
ユーザメーリングリスト</a>に質問するとよいでしょう。</p>

<h1>メールを用いて Debian のバグを報告する方法 (および reportbug の高度な使い方)</h1>

<h2>バグ報告を送る<strong>前</strong>に注意する重要事項</h2>

<a name="whatpackage"></a>
<h3>どのパッケージに対するバグ報告なのか?</h3>
<p>バグ報告をどのパッケージに対してすべきか知る必要があります。
この情報を取得する方法について知りたい場合は、<a
href="#findpkgver">この例</a>を参照してください (<a
href="#filedalready">報告しようとしているバグが既に報告されていないか調べる</a>のにこの情報を使用するでしょう)。</p>

<p>どのパッケージに対してバグを報告すべきか判らない場合は、
<a href="mailto:debian-user@lists.debian.org">Debian
ユーザメーリングリスト</a>で助言を求めてください。</p>

<p>問題がひとつのパッケージではなくて一般的な
Debian のサービスに関わる場合は、いくつかの<a
href="pseudo-packages">擬似パッケージ</a>や<a
href="../MailingLists/">メーリングリスト</a>に対して報告するのが良いでしょう。
</p>

<a name="filedalready"></a>
<h3>バグが既に報告されていないか?</h3>
<p>バグ報告を投稿する前に、バグが既に報告されていないか確認すべきです。<a
href="./#pkgreport">バグ検索フォームのパッケージ名オプション</a>を用いると、
特定のパッケージに対して報告されているバグを調べることができます。
既にバグ報告 #<var>&lt;番号&gt;</var> で報告されている場合は、
新たにバグを報告する代わりに、<var>&lt;番号&gt;</var>@bugs.debian.org
宛ての電子メールでコメントを投稿してください。</p>

<h3>バグが複数ある場合は複数の報告を送るように</h3>
<p>関係のない複数のバグ、特に異なるパッケージのものをひとつのバグ報告と
しないでください。</p>

<h3>バグを上流に報告しないように</h3>
<p>Debian にバグを報告する場合、そのバグが Debian のパッケージにのみ存在する可能性もあるので、
開発元のソフトウェアメンテナにはバグ報告のコピーを送らないようにしてください。
必要であれば、パッケージのメンテナがバグ報告を転送します。</p>

<h2>電子メールを使ってバグ報告を送る</h2>

<p>Debian でバグ報告をするには、以下で説明する特殊な書式で、
<a href="mailto:submit@bugs.debian.org"><code>submit@bugs.debian.org</code></a>
に電子メールを送ってください。
<code>reportbug</code> (<a href="#reportbug">上記を参照</a>) は、あなたのために電子メールを適切に整形してくれます。これを使うようにしてください!</p>

<h3>ヘッダ</h3>
<p>どのような電子メールでも同じですが、メールヘッダの <code>Subject</code>
行には明解でわかりやすい説明を含めなくてはいけません。
あなたがつけたサブジェクトは、
バグ追跡システムにおいてバグの最初のタイトルとして使用されます。
バグの内容がわかるようなサブジェクトをつけるよう心掛けてください！</p>

<p>バグ報告のコピーを、(メーリングリストなどの) 他の人にも送りたい場合は、
通常の電子メールのヘッダではなく<a
href="#xcc">下記の別の方法</a>を使うようにしてください。</p>

<h3><a name="pseudoheader">擬似ヘッダ</a></h3>
<p>バグ報告の冒頭の部分は、
そのバグ報告がどのパッケージのどのバージョンを対象としているかについての情報を含む擬似ヘッダです。
メッセージ本文の 1 行目は擬似ヘッダを含んでいなければなりません。つまり、次のようにすべきです:</p>

<pre>
Package: &lt;パッケージ名&gt;
</pre>

<p><code>&lt;パッケージ名&gt;</code>
の部分を、バグのある<a href="#whatpackage">パッケージの名前</a>に置き換えてください。</p>

<p>2 行目は以下のようになります:</p>

<pre>
Version: &lt;パッケージバージョン&gt;
</pre>

<p><code>&lt;パッケージバージョン&gt;</code>
は、パッケージのバージョンに置き換えてください。
ここには、バージョン番号以外のものを含めないでください。バグ追跡システムは、
このバグがどのリリースに影響するか調べるのにこのフィールドを頼りにしています。</p>

<p>擬似ヘッダの <code>Package</code> 行は正しく記述してください。
バグ追跡システムは、パッケージのメンテナにメッセージを送るために、
この行を使っています。この情報を調べる方法の<a
href="#findpkgver">例</a>を参照してください。</p>

<p>その他の有効な擬似ヘッダについては、<a
href="#additionalpseudoheaders">「その他の擬似ヘッダ」</a>を参照してください。</p>

<h3>バグ報告の本文</h3>
<p>バグ報告には以下の情報を記述してください:</p>

<ul>
<li>画面に出力されたか、ログファイルに残されたエラーメッセージの<em>正確</em>
で<em>完全</em> な写し。これは非常に重要です！</li>
<li>問題を再現するための正確なキー操作や手順。</li>
<li>不正な動作についての説明。正常時に期待される動作と、
実際に起きた振舞いを正確に。これらを示すには、
実際の実行例の写しを添付すると良いでしょう。</li>
<li>もしあれば、修正案またはパッチ。</li>
<li>問題がおきたプログラムの詳細な設定。
設定ファイルのすべての内容を含めて下さい。</li>
<li>バグのあるパッケージが依存しているすべてのパッケージのバージョン。</li>
<li>現在使用しているカーネルのバージョン
(<code>uname -a</code> で調べられます)。
現在使用している共有 C ライブラリのバージョン
(<code>ls -l /lib/*/libc.so.6</code> や
<code>apt show libc6 | grep ^Version</code> で調べられます)。
その他、必要と思われるあなたの Debian システムの詳細はなんでも。
例えば、Perl スクリプトに問題がある場合は、おそらく「perl」
バイナリのバージョンも報告すべきでしょう
(<code>perl -v</code> や <code>dpkg -s perl | grep ^Version:</code>
で調べられます)。</li>
<li>あなたのシステムにおける必要と思われるハードウェアの詳細。
デバイスドライバの問題を報告する場合は、
システム上のすべてのハードウェアを列挙して下さい。
IRQ や I/O アドレスの衝突が原因であることがよくありますから。</li>
<li><a href="https://packages.debian.org/stable/utils/reportbug">reportbug</a>
をインストール済みの場合は、
<code>reportbug --template -T none -s none -S normal -b --list-cc
 none -q &lt;パッケージ名&gt;</code> の出力も有用です。
これには、メンテナ特有のスクリプトの出力やバージョン情報が含まれているからです。</li>
</ul>

<p>その他関係ありそうな詳しい情報はなんでも書いて下さい。
情報をつめ込みすぎても長大なバグ報告になってしまう恐れはほとんどありません。
問題を再現するために使用するファイルも、
小さいものでしたら一緒にバグ報告に含めて下さい
(ファイルのサイズが大きい場合は、できるだけ、
公共がアクセス可能なウェブサイトからそのファイルを取得できるようにすることを検討してください)。</p>

<p>開発者があなたの問題を解決する手助けとなる、さらなるアドバイスもあります。
<a href="https://www.chiark.greenend.org.uk/~sgtatham/bugs.html">\
効果的なバグ報告方法</a>を読んでください。</p>


<h2><a name="example">バグ報告の例</a></h2>

<p>ヘッダや擬似ヘッダのついたバグ報告は以下のようなものになります。</p>

<pre>
  To: submit@bugs.debian.org
  From: diligent@testing.linux.org
  Subject: Hello says `goodbye'

  Package: hello
  Version: 1.3-16

  When I invoke `hello' without arguments from an ordinary shell
  prompt it prints `goodbye', rather than the expected `hello, world'.
  Here is a transcript:

  $ hello
  goodbye
  $ /usr/bin/hello
  goodbye
  $

  I suggest that the output string, in hello.c, be corrected.

  I am using Debian GNU/Linux 2.2, kernel 2.2.17-pre-patch-13
  and libc6 2.1.3-10.
</pre>



<h2><a name="xcc">バグ報告の写しを他のアドレスへ送る</a></h2>

<p>バグ報告の写しを、通常の送付先である <code>debian-bugs-dist</code> 
やパッケージメンテナ以外に送らなければならないこともあります。</p>

<p>アドレスを CC 行に記述することで、
バグ報告を別のアドレスにも送付することができますが、その写しの方には
<code>Reply-To</code> 行や
<code>Subject</code> 行にバグ報告番号が付加されません。
このようなメールに返事をする場合、おそらくヘッダに
<code>submit@bugs.debian.org</code> エントリが残されたままになりますので、
そのメッセージは新しいバグ報告として記録されてしまいます。
そのため、重複したバグ報告が多数発生してしまいます。</p>

<p><em>正しい</em> 方法は <code>X-Debbugs-CC</code> ヘッダを使用することです。
以下のような行をメッセージのメールヘッダに追加して下さい。</p>
<pre>
 X-Debbugs-CC: other-list@cosmic.edu
</pre>
<p>このように記述すると、バグ追跡システムは <code>debian-bugs-dist</code>
と同様に <code>X-Debbugs-CC</code> 
行に書いてあるアドレスにもバグ報告を送付します。</p>

<p>写しを複数のアドレスに送付したいときは、そのアドレスをコンマ区切りで連ねて
<code>X-Debbugs-CC</code> 行に 1 行で書いてください。</p>

<p>メールのループを回避するチェックに引っかかってしまうので、
このような写しを他のバグ報告のアドレスに送るのは避けてください。
この仕組みにより付けられたバグ番号は、新しいものに置き換えられてしまうので、
このような用途に <code>X-Debbugs-CC</code>
を使うのはあまり意味がありません。代わりに通常の <code>CC</code>
ヘッダを使ってください。</p>

<p>この機能は、<code>quiet</code>
へ送付する時に組みあわせると有効であることが多いです。
以下を参照して下さい。</p>


<a name="additionalpseudoheaders"></a>
<h1>その他の擬似ヘッダ</h1>
 
<h2><a name="severities">重要度 (severity レベル)</a></h2>

<p>報告するバグが特に深刻である場合や、単に将来的な要望である場合、
バグ報告を行う際にそのバグの重要度 (severity レベル)
を設定することができます。しかし、これは必須ではありません。
あなたが指定していない場合 (あるいは不適切な重要度を指定した場合)
でも、パッケージメンテナがあなたの報告に対して適切な
severity レベルを指定することがあります。</p>

<p>重要度を設定するには、以下のように<a
href="#pseudoheader">擬似ヘッダ</a>を記述してください:</p>

<pre>
Severity: &lt;<var>severity</var>&gt;
</pre>

<p>&lt;<var>severity</var>&gt; は有効な重要度に置き換えてください。
重要度については、<a
href="Developer#severities">上級者向けの文書</a>に記載されています。</p>

<h2><a name="tags">タグを設定する</a></h2>

<p>報告するバグにタグを設定することができます。例えば、
もしあなたがパッチをバグ報告に含めた場合、<code>patch</code>
タグを設定したいかもしれません。これは必須ではありませんが、
あなたの報告が適切なら開発者がタグを設定するでしょう。</p>

<p>タグを設定するには、<a
href="#pseudoheader">擬似ヘッダ</a>にこのような行を付け加えてください:</p>

<pre>
Tags: &lt;<var>tags</var>&gt;
</pre>

<p>&lt;<var>tags</var>&gt; を
<a href="Developer#tags">上級者向けの文書</a>に記載されているような、
1つ以上の利用可能なタグで置きかえてください。
複数のタグは、コンマ、スペース、またはその両方で区切ってください。</p>

<pre>
User: &lt;<var>username</var>&gt;
Usertags: &lt;<var>usertags</var>&gt;
</pre>

<p>&lt;<var>usertags</var>&gt; を 1 つ以上のユーザタグで置き換えてください。
複数のタグは、コンマ、スペース、またはその両方で区切ってください。
&lt;<var>username</var>&gt; を指定するとユーザのタグが設定されます。
そうでない場合には、送信者の電子メールアドレスが username として使用されます。</p>

<h2>転送先の設定</h2>
<pre>
Forwarded: <var>foo@example.com</var>
</pre>

<p>は、その新規に投稿するバグに、foo@example.com
に転送されたという印をつけます。詳しくは、開発者用ドキュメントの<a
href="Developer#forward">\
『バグ報告を転送したことの記録』</a>を参照してください。</p>

<h2>所有の主張</h2>
<pre>
Owner: <var>foo@example.com</var>
</pre>

<p>は、このバグを修正する責任が現在 foo@example.com にあることを示します。
詳しくは、開発者用ドキュメントの<a
href="Developer#owner">『バグの所有者を変更する』</a>を参照してください。</p>

<h2>ソースパッケージ</h2>
<pre>
Source: <var>foopackage</var>
</pre>

<p>は <code>Package:</code> と等価ですが、バグが foopackage
のソースパッケージに存在することを示します。
ほとんどのパッケージのほとんどのバグについては、
このオプションを使いたくなることはないでしょう。</p>

<h2><a name="control">制御コマンド</a></h2>
<pre>
Control: <var>制御コマンド</var>
</pre>

<p><code>control@bugs.debian.org</code>
宛に送らなければ効かない全コマンドを <code>submit@bugs.debian.org</code>
や <code>nnn@bugs.debian.org</code> 宛に送った場合にも効くようにします。
-1 はまず現在のバグ (つまり submit@ へのメールで作成されたバグや
nnn@ を指定して送られたバグ) を参照します。
有効な制御コマンドについてのさらなる詳細は<a
href="server-control">サーバ操作文書</a>を参照してください。
</p>

<p>例えば、以下の擬似ヘッダ</p>

<pre>
Control: retitle -1 this is the title
Control: severity -1 normal
Control: summary -1 0
Control: forwarded -1 https://bugs.debian.org/nnn
</pre>

<p>をメッセージに含めて <code>12345@bugs.debian.org</code> 宛てに送ると、12345
の題名が変更され、重要度が変更され、サマリがセットされ、
バグの転送先を記録します。</p>

<h2>X-Debbugs- ヘッダ</h2>
<p>最後に、お使いの <acronym title="メールユーザエージェント"
lang="ja">MUA</acronym> でヘッダの編集ができない場合、
様々な <code>X-Debbugs-</code> ヘッダを<a
href="#pseudoheader">擬似ヘッダ</a>に設定してもかまいません。</p>


<h1>その他の情報</h1>

<h2>別の報告用アドレス (ちょっとした、あるいは大量のバグ報告)</h2>

<p>バグ報告がささいなこと、
たとえばドキュメントの誤字やちょっとしたパッケージ構築の問題などの場合は、
適切な重要度を設定したうえで
<code>submit@bugs.debian.org</code> のかわりに <code>maintonly@bugs.debian.org</code>
に報告してください。
<code>maintonly</code> は、バグ報告をパッケージメンテナだけに転送して
BTS メーリングリストには転送しません。</p>

<p>一度にたくさんのバグ報告をする場合は、絶対に
<code>maintonly@bugs.debian.org</code> を使うべきです。これにより、BTS
メーリングリストに冗長なトラフィックをおこすことを避けられます。
たくさんの同じようなバグ報告をする前に、要約を <code>debian-bugs-dist</code>
にポストする方が良いでしょう。</p>

<p>すでにメンテナに知らせてあるバグ報告をバグ追跡システムに送りたい場合には、
<code>quiet@bugs.debian.org</code> が使えます。<code>quiet@bugs.debian.org</code>
に送ったバグ報告はどこにも転送されずに、ただ記録だけされます。</p>

<p>別の報告用アドレスを使った場合は、
バグ報告システムは転送するメッセージに対して、
その返信がデフォルトで元の報告と同様に処理されるように
<code>Reply-To</code> を設定します。つまり、<code>maintonly</code>
への返信は <var>nnn</var><code>@bugs.debian.org</code> ではなく
<var>nnn</var><code>-maintonly@bugs.debian.org</code> になるということです。
もちろん、返信者がわざと書き換えていなければ、ですが。</p>


<h2>受信通知</h2>

<p>通常バグ追跡システムは、
新しいバグを報告したり既存のバグに追加の情報を提出したときに、
報告者にメールで受信通知を返します。もしこの受信通知を受け取りたくなければ、
<code>X-Debbugs-No-Ack</code> ヘッダまたは疑似ヘッダをメールに入れてください
(このヘッダの中身は重要ではありません)。
このヘッダを使って新しいバグを報告した場合、
バグ番号を得るのに自らウェブインタフェースを確認する必要があります。</p>

<p>このヘッダは、<code>control@bugs</code>
メールサーバからの通知を妨げませんので、注意が必要です。これらの通知には、
読んで対処すべきエラーメッセージが含まれているかもしれないからです。</p>

<h2>spam 対策とメールの喪失</h2>

<p>バグ追跡システムは、spam が BTS に紛れ込まないことを確認するために設計された
やや大規模なルールセットを実装しています。
誤認識の数が最小になるように努めてはいますが、それが起きることはあります。
あなたのメールが誤認識されたと疑われるときには、助力のためにご遠慮なく
<code>owner@bugs.debian.org</code> までご連絡ください。
メールが BTS に届かない別のよくある理由は、<code>mail@foobar.com</code>
のようなアドレスからのメールを含む、procmail の FROM_DAEMON にマッチする
アドレスを利用していることです。
あなたのメールが FROM_DAEMON にマッチしていると疑われるときは、
確認のために <a href="https://manpages.debian.org/cgi-bin/man.cgi?query=procmailrc">procmailrc(5)</a>
を参照してから、FROM_DAEMON にマッチしないアドレスを使用したメールを
再送してください。</p>

<h3>不明なパッケージに対するバグ報告</h3>

<p>関連するパッケージのメンテナが不明の場合、
宛て先が <code>maintonly</code> であっても、
バグ追跡システムはそのバグ報告を <code>debian-bugs-dist</code> 
に転送します。</p>

<p><code>maintonly@bugs.debian.org</code> または
<var>nnn</var><code>-maintonly@bugs.debian.org</code>
に送付する際は、
必ず、送付するバグ報告が正しいパッケージに割り当てられるようにしてください。
新たにバグ報告を発行する場合は、その本文先頭に <code>Package</code>
行を正しく記載してください。
既存のバグ報告については、
<a href="server-control"><code>control@bugs.debian.org</code>
サービス</a>を利用して適切なものへ (再) 指定してください。</p>

<h2><a name="findpkgver"><code>dpkg</code>
を使ってバグ報告に必要なパッケージ名とバージョンを調べる</a></h2>

<p>あるコマンド、例えば <code>grep</code> 
についてのバグ報告に <code>reportbug</code> を使うときには、
以下のようにすることで自動的に正しいパッケージが選択され、
すぐに報告を書けるようになります:
<code>reportbug --file $(which grep)</code></p>

<p><code>dpkg --search</code>
を使ってどのパッケージからインストールされたのか調べることもできます。
<code>dpkg --list</code> や <code>dpkg --status</code>
を使うとインストール済パッケージのバージョンがわかります。</p>

<p>例:</p>
<pre>
$ which apt-get
/usr/bin/apt-get
$ type apt-get
apt-get is /usr/bin/apt-get
$ dpkg --search /usr/bin/apt-get
apt: /usr/bin/apt-get
$ dpkg --list apt
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  apt            0.3.19         Advanced front-end for dpkg
$ dpkg --status apt
Package: apt
Status: install ok installed
Priority: standard
Section: base
Installed-Size: 1391
Maintainer: APT Development Team &lt;deity@lists.debian.org&gt;
Version: 0.3.19
Replaces: deity, libapt-pkg-doc (&lt;&lt; 0.3.7), libapt-pkg-dev (&lt;&lt; 0.3.7)
Provides: libapt-pkg2.7
Depends: libapt-pkg2.7, libc6 (&gt;= 2.1.2), libstdc++2.10
Suggests: dpkg-dev
Conflicts: deity
Description: Advanced front-end for dpkg
 This is Debian's next generation front-end for the dpkg package manager.
 It provides the apt-get utility and APT dselect method that provides a
 simpler, safer way to install and upgrade packages.
 .
 APT features complete installation ordering, multiple source capability
 and several other unique features, see the Users Guide in
 /usr/doc/apt/guide.text.gz

</pre>


<a name="otherusefulcommands"></a>
<h2>その他の有用なコマンドやパッケージ</h2>

<p><a href="https://packages.debian.org/stable/utils/reportbug">reportbug</a>
と同じパッケージに入っている <kbd>querybts</kbd> ツールは、
バグ追跡システムへの便利なテキストベースのインタフェースを提供します。</p>

<p>emacs ユーザは、
<code><a href="https://packages.debian.org/stable/utils/debian-el">\
debian-el</a></code> パッケージに含まれる debian-bug
コマンドを使うこともできます。<kbd>M-x debian-bug</kbd>
と入力すると、<code>reportbug</code> とよく似たやり方で、
全ての必要事項を尋ねられます。</p>

<hr />

#use "otherpages.inc"

#use "$(ENGLISHDIR)/Bugs/footer.inc"