From 76bd23420eb16a664bd64a42f8da61efe68fe142 Mon Sep 17 00:00:00 2001 From: Ryusuke SUZUKI Date: Sat, 5 Sep 2015 04:24:43 +0000 Subject: [PATCH] - Merge the following from the English version: r39654 -> r44225 head/ja_JP.eucJP/articles/problem-reports/article.xml --- .../articles/problem-reports/article.xml | 61 ++++++++++--------- 1 file changed, 31 insertions(+), 30 deletions(-) diff --git a/ja_JP.eucJP/articles/problem-reports/article.xml b/ja_JP.eucJP/articles/problem-reports/article.xml index 2f8859f48a..99d4555459 100644 --- a/ja_JP.eucJP/articles/problem-reports/article.xml +++ b/ja_JP.eucJP/articles/problem-reports/article.xml @@ -3,7 +3,7 @@ "http://www.FreeBSD.org/XML/share/xml/freebsd50.dtd">
@@ -58,8 +58,9 @@ この記事では主として &os; の障害報告に焦点を絞っていますが、 他のソフトウェアプロジェクトでも多くの部分が当てはまるでしょう。 - この記事はテーマ別に整理されており、順番に読めるようにはなっていません。 - そのため、段階を踏んだチュートリアルとして利用するのではなく、 + この記事はテーマ別に整理されており、 + 順番に読めるようにはなっていません。 + 段階を踏んだチュートリアルとして利用するのではなく、 障害報告を提出する前に全体を通して読むべきです。 @@ -74,8 +75,9 @@ プログラムにバグを見つけた! と思い込んでしまうことがあるでしょう (とは言っても、それ自身、文書が適切に記述されていなかったり、 アプリケーションのエラー処理が甘いことを暗示している可能性があります)。 - それ以外にも、障害報告を提出することが正しい行動ではなく、 - あなたや開発者たちに不満を抱かせるだけという場合があります + それ以外にも、 + 障害報告を提出することが正しい行動ではなく、 + あなたと開発者両方に不満を抱かせるだけという場合があります (訳注: はっきりと把握していないことを報告すべきではありません。 要領を得ない障害報告は扱いにくいものです)。 逆に、バグではありませんが障害報告を提出するのにふさわしい場合もあります @@ -87,7 +89,7 @@ 簡単な経験則では、それを質問として (よくあるのは どうすれば X できますか?Y はどこで見つけることができますか? のような形式で) - 表現できるなら、あなたの問題はバグではありません。 + 表現できるなら、問題はバグではありません。 いつも白黒がつけられるわけではありませんが、 この質問規則は大半の場合にあてはまります。 もし、このような質問に対する答えを求めているのなら、 @@ -183,14 +185,14 @@ そのほとんどは &os; が書いたものではありません。 &os; が提供しているのは、 単なるアプリケーションをインストールする枠組みです。 - したがって、問題が &os; 特有であると信じられる場合にだけ + したがって、問題が &os; 特有であると考えられる場合にだけ &os; 開発者に報告してください。 それ以外は、そのソフトウェアの開発者に連絡してください。 - それから、問題が時宜を得たものか確認すべきです。 + それから、問題が時宜を得たものかを確認してください。 既に修正したバグに関する障害報告を受けとることほど開発者を悩ませるものはまずありません。 ベースシステムの問題で、&os; @@ -272,10 +274,10 @@ 何よりもまず、 元となるソースコード内のドキュメントで、 - あなたの問題が触れられていないか調べてみるべきです。 + あなたの問題が触れられていないどうかを調べてみてください。 &os; の基本部分のコードについては、 - システムの /usr/src/UPDATING ファイルの内容か、 + システムの /usr/src/UPDATING の内容か、 http://svnweb.freebsd.org/base/head/UPDATING?view=log にある最新版をよく調べるべきです (あるバージョンから別のバージョンにアップグレードしようとしているのであれば @@ -304,7 +306,7 @@ 障害報告を作成して送信するプログラムの仕組みに入る前に、 障害報告をもっとも効果的なものにするこつをいくつか紹介しましょう。 -
+
よい障害報告を書くこつ @@ -372,8 +374,8 @@ &os; のバージョン (これを記載する場所があります。後述します) と、どのアーキテクチャで動かしているのかを書いてください。 - 動かしているのが (CDROM から、またはダウンロードして入れた) - リリースでなのか、それとも + 動かしているのが (CDROM から、 + またはダウンロードして入れた) リリースでなのか、それとも Subversion でメンテナンスしているシステムでなのか (そうだとしたら、最後に更新したのはいつか) も書いてください。あなたが &os.current; @@ -523,7 +525,7 @@
-
+
始める前に &man.send-pr.1; プログラムを使うなら、環境変数 @@ -540,7 +542,7 @@ &url.books.handbook;/mail.html をご覧ください。 - あなたが使っているメーラが GNATS + 使用しているメーラが GNATS に送るメッセージに手を加えないことを確かめておいてください。 特に、メーラが自動で改行したり、タブをスペースに変更したり、 改行文字をエスケープしたりすると、 @@ -549,8 +551,7 @@ で表示した時に読みやすいように、 70 文字前後で改行を入れることをお願いしています。 - &man.send-pr.1; の代わりに - web + web ベースの障害報告提出フォーム を利用する場合も、同様の配慮が必要です。 カットアンドペースト操作はテキストをフォーマットするのに副作用がある場合があるので気をつけてください。 @@ -564,7 +565,7 @@ フォーム で問題になります。
-
+
パッチやファイルを添付する 以下は、障害報告を電子メールで提出する場合にあてはまります。 @@ -582,10 +583,10 @@ 添付するファイルがバイナリであっても心配しないでください。 メールエージェントが混乱しないように、自動的に符合化されます。 - パッチは context 形式か unified 形式の差分を &man.diff.1; の + パッチを添付する場合、 + パッチは context 形式か unified 形式の差分を &man.diff.1; の オプションを使って作成してください (unified 形式の方が好まれます)。 - パッチを添付する場合、 開発者があなたの報告を読んで簡単にパッチを適用できるように、 修正したファイルの正確な SVN のリビジョン番号が特定できるか確認してください。 カーネルやベースのユーティリティに関しては、新しいコードはすべて @@ -624,12 +625,12 @@ ライセンス下にあるものと仮定されることに留意しておくべきです。
-
+
テンプレートに記入する 次の節は電子メール方式にのみあてはまります。 - &man.send-pr.1; を動かすとテンプレートが表示されます。 + &man.send-pr.1; を動かすと、テンプレートが表示されます。 テンプレートは特定の項目から成り立っており、 その一部にはあらかじめ埋められていたり、 その項目の目的の解説やそこに記入できる値の一覧が記載されていたりします。 @@ -816,20 +817,20 @@ まず最初に、それらのプログラムがベースシステムのものか、 もしくは Ports Collection から追加されたものなのかを判断してください。 よくわかならければ、 - whereis programname + whereis programname と実行してください。 &os; の Ports Collection の慣例では、 (システム管理者は、この設定を変更することができますが) すべてのものは - /usr/local + /usr/local 以下にインストールされます。 このような場合は、ports カテゴリを使うことになります (もし、その port のカテゴリが www であっても当てはまります。説明が下にあります)。 もし、コマンドの場所が - /bin, - /usr/bin, - /sbin もしくは - /usr/sbin であれば、 + /bin, + /usr/bin, + /sbin, もしくは + /usr/sbin であれば、 それはベースシステムの一部ですので、 bin カテゴリを使ってください (&man.gcc.1; のようないくつかのプログラムでは、gnu @@ -860,7 +861,7 @@ もし、問題が - www/someportname + www/someportname という名前の port に関連したものであっても、 ports カテゴリを選択してください。 @@ -1132,7 +1133,7 @@
-
+
障害報告を送信する &man.send-pr.1; を使っている場合