diff --git a/ja_JP.eucJP/articles/problem-reports/article.xml b/ja_JP.eucJP/articles/problem-reports/article.xml index 2a24240242..42a4f60bb1 100644 --- a/ja_JP.eucJP/articles/problem-reports/article.xml +++ b/ja_JP.eucJP/articles/problem-reports/article.xml @@ -7,7 +7,7 @@ @@ -36,6 +36,11 @@ Smørgrav 寄稿: + + + Mark + Linimon + $FreeBSD$ @@ -552,6 +557,8 @@
パッチやファイルを添付する + 以下は、障害報告を電子メールで提出する場合にあてはまります。 + &man.send-pr.1; プログラムは、 障害報告にファイルを添付する機能を備えています。 それぞれのファイルの基本名称 @@ -610,6 +617,8 @@
テンプレートに記入する + 次の節は電子メール方式にのみあてはまります。 + &man.send-pr.1; を動かすとテンプレートが表示されます。 テンプレートは特定の項目から成り立っており、 その一部にはあらかじめ埋められていたり、 @@ -628,7 +637,8 @@ 電子メールアドレスを Cc: ヘッダに追加してください。 - 次に、一連の一行フィールドが続きます。 + 電子メールの雛型には、次の + 2 つの一行フィールドがあります。 訳注 @@ -656,13 +666,30 @@ によって、世界的に配布されています。 + + + 次の節では、電子メールインタフェースと web + インタフェースの両方に共通なフィールドについて説明します。 + + + Originator (あなたの名前): - これは普通、現在ログインしているユーザの - gecos フィールドを使って既に埋められています。 - あなたの実際の名前を指定してください。 + あなたの本名を指定してください。 お好みで、名前の後ろに電子メールアドレスを - 山括弧 (< と > のこと) で閉じて付けることができます。 + 山括弧 (< と > のこと) で閉じて付けることができます。 + 電子メールインタフェースでは、これは普通、現在ログインしているユーザの + gecos + フィールドを使って既に埋められています。 + + + 指定した電子メールアドレスは公開情報となり、 + スパマーに利用されるかもしれません。 + スパム対策を使えるようにしておくか、 + 一時的なメールアカウントを利用してください。 + しかし、あなたが有効な電子メールアドレスを書かないと、 + わたしたちはあなたの障害報告に対して質問できなくなります。 + 訳注 @@ -688,7 +715,7 @@ 上述したように、障害報告にパッチが含まれているなら、 概要の先頭に [patch] と書いて下さい。 - あなたがメンテナなら、 + Ports に関する障害報告で、あなたがメンテナなら、 [maintainer update] を追加して、 障害報告の Class を maintainer-update @@ -702,18 +729,27 @@ critical (致命的) のどれかです。 重要度を過大に評価しないでください。 あなたの問題が本当に致命的 (たとえば、 - root 権限を悪用できたり、 - パニックを容易に再現できるなど) でない場合は、 + データが壊れたり、-CURRENT + で以前に比べて機能が大きく退化したなど) でない場合は、 critical - に分類するのを、また多くの人に影響するのでなければ - (特定のデバイスドライバやシステムユーティリティ)、 - serious + に分類するのを、また多くの人に影響する + (カーネルがパニックしたりフリーズする、 + または特定のデバイスドライバやシステムユーティリティに問題がある) + のでなければ、serious に分類するのを控えてください。 まったく同じことをやった人があまりに多いため、 問題の重要性を水増ししても、必ずしも &os; 開発者がその問題に早くとりかかるわけではありません。 — 実際、 - それが理由でこのフィールドや次のフィールドにほとんど注意を払わない開発者もいます。 + それが理由でこのフィールドにほとんど注意を払わない開発者もいます。 + + + GNATS の情報はすべて公開されているので、 + 重要なセキュリティ上の問題は GNATS + に提出するべきではありません。 + そのような問題は、内密に &a.security-officer; + 宛に電子メールを送ってください。 + @@ -725,11 +761,38 @@ は実質的にすべての &os; ユーザに影響するもの、 medium (中間) は多くのユーザに影響するものに限定すべきです。 + + + このフィールドはあまりにも乱用されたため、 + いまやほとんど意味がなくなってしまいました。 + Category (分類): - 以下から一つを選んでください ( + 適切な分類を選んでください。 + + + ある特定のハードウェアアーキテクチャに特有のバグをいれるための、 + "platform" (プラットホーム) 分類がたくさんあります。 + &os; の複数のバージョンにまたがる一般的な問題は、 + kern や bin + に入れるべきでしょう。これらのカテゴリについては、 + 下記の議論をご覧ください。 + + 例: あなたは一般的な + PC アーキテクチャのマシンを持っていて、 + 特定のチップセットや特定のマザーボードの問題にぶつかったようです。 + この場合は、i386 + がふさわしい分類になります。 + + 例: 一般的なバス用の追加の周辺カードや、 + 特定の種類のハードディスクドライブで問題があります。 + この場合は、複数のアーキテクチャに影響する可能性があり、 + kern がふさわしい分類になります。 + + + 以下に現在の分類一覧を示します ( からもってきています)。 @@ -751,12 +814,22 @@ bin: - 基本システムに含まれるユーザランドプログラムに関する問題。 + 基本システムに含まれるユーザランドプログラムに関する問題。 + &man.whereis.1; を実行すると /bin, + /usr/sbin などが表示される場合は、 + おそらくこれがふさわしい分類です + (いくつかの寄贈プログラムは、ここではなく + gnu + に分類しなければならないかもしれません。 + 下記をご覧ください)。 conf: - 設定ファイルや、既定値などに関する問題。 + 設定ファイルや、既定値などに関する問題。 + /usr/share や + /etc/rc* + にかかわる問題はここに分類されます。 @@ -766,7 +839,7 @@ gnu: - &man.gcc.1; や &man.grep.1; などの + &man.gcc.1; や &man.grep.1; などの、取り込まれた GNU ソフトウェアに関する問題。 @@ -789,14 +862,19 @@ kern: - カーネルまたは (特定のプラットフォーム用ではない) - デバイスドライバに関する問題。 + カーネル、(特定のプラットフォーム用ではない) + デバイスドライバや、 + ベースシステムのライブラリにに関する問題。 misc: - これらの分類に適合しないその他の分類 - (なお、ここに分類されると見失われやすいです)。 + これらの分類に適合しないその他の分類。(なお、 + 本当にここに分類されるべきものは、 + リリースおよびビルドのための基盤をのぞけば、 + ほとんどありません。HEAD + における一時的なビルドの失敗はここに分類すべきではありません。 + また、ここに分類すると見失われやすいです)。 @@ -832,7 +910,11 @@ www: - &os; ウェブサイトへの変更と改善。 + &os; ウェブサイトへの変更と改善。 + /usr/ports/www + にある問題は、ここには分類されません。 + それは ports + に分類されるべきものです。 @@ -871,7 +953,7 @@ Release: あなたが動作させている &os; のバージョン。 - これは &man.send-pr.1; によって自動的に書き込まれますが、 + これは &man.send-pr.1; を使うと自動的に書き込まれますが、 あなたが障害が起きているものと違うシステムから障害報告を送信する場合に限り、 変更する必要があります。 @@ -919,6 +1001,8 @@
障害報告を送信する + &man.send-pr.1; を使っている場合。 + テンプレートを埋め、保存してエディタを終了すると、 &man.send-pr.1; は s)end, e)dit or a)bort? @@ -939,6 +1023,30 @@ 上記の操作では、指定されたファイルを読み込み、 書式が正しいか検証し、ファイル中のコメント部分を取り除いて、 障害報告が送信されます。 + + Web フォームを使っている場合。 + + submit を押す前に、 + そのページに画像で表示されているテキストをフィールドに記入しなければなりません。 + この不幸な手順は自動化されたシステムや、 + 誤りを教えられた人たちによる誤用があったために導入されました。 + これは、誰もが嫌う必要悪なのです。 + お願いですから、これを取り除くように要望しないでください。 + + なお、submit を押す前に、 + どこかにあなたが書いた内容を保存しておくことを + 強く奨めます。 + ユーザがよく出くわす問題に、web ブラウザが、 + キャッシュから無効になった画像を表示してしまうというものがあります。 + あなたがそういう目に会ってしまったら、 + あなたの報告は拒否されてしまい、 + 書いたものを失ってしまうでしょう。 + + 何らかの理由で画像が見られず、また &man.send-pr.1; + も使えない場合は、ご迷惑をおかけして大変申し訳ありませんが、 + 障害報告を bugbuster チームに + freebsd-bugbusters@FreeBSD.org + 宛で送ってください。
@@ -998,6 +1106,46 @@ (前述の方法で) フォローアップを送ってください。
+
+ 問題が起きたら + + ほとんどの障害報告はシステムで処理され、 + ただちに受け付けられます。しかし、GNATS の処理が遅れて、 + 10 分以上確認の電子メールが届かないこともあります。 + しばらくお待ちください。 + + さらに、GNATS は入力をすべて電子メールで受け取るので、 + &os; が渡されたメールをすべて spam フィルタに通しても影響が出ます。 + 1, 2 時間で返答を受け取っていなければ、 + spam フィルタに引っかかった可能性があります。 + その場合は、bugmeister@FreeBSD.org + にメールを送って GNATS 管理者の助力をもとめてください。 + + + spam の判断基準に、(障害報告に HTML + をいれる必要はないにもかかわらず) spam によくみられる + HTML メールであることがあります。 + 障害報告を送る際には、HTML メールにしないことを強く推奨します。 + フィルタにひっかかる可能性が高いだけでなく、 + データベースをごちゃごちゃにしてしまうだけという可能性が高いからです。 + 昔ながらのテキストメールの方がずっとよいでしょう。 + + + まれに、障害報告が受け付けられ、追跡番号が付いたのに、 + web の検索ページのどの一覧にも表示されないことがあります。 + その場合、おそらくデータベースの索引がデータベースそのものと + 同期が外れてしまったのだと思われます。 + 本当にそうか確認する方法は、 + 特定の障害報告を見るページにいって、 + 障害報告が出てくるか確認することです。 + 障害報告が存在するなら、bugmeister@FreeBSD.org + にメールを出して GNATS 管理者に知らせてください。 + ただし、定期的にデータベースを再構築する cron + ジョブが走っていますので、急いでいるのでなければ、 + 特になにもする必要はありません。 +
+
さらなる読みもの