From owner-svn-doc-head@FreeBSD.ORG Fri Dec 28 22:44:10 2012 Return-Path: Delivered-To: svn-doc-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA824567; Fri, 28 Dec 2012 22:44:10 +0000 (UTC) (envelope-from ryusuke@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) by mx1.freebsd.org (Postfix) with ESMTP id D0C7C8FC12; Fri, 28 Dec 2012 22:44:10 +0000 (UTC) Received: from svn.freebsd.org (localhost [127.0.0.1]) by svn.freebsd.org (8.14.5/8.14.5) with ESMTP id qBSMiAtI018833; Fri, 28 Dec 2012 22:44:10 GMT (envelope-from ryusuke@svn.freebsd.org) Received: (from ryusuke@localhost) by svn.freebsd.org (8.14.5/8.14.5/Submit) id qBSMiAwS018832; Fri, 28 Dec 2012 22:44:10 GMT (envelope-from ryusuke@svn.freebsd.org) Message-Id: <201212282244.qBSMiAwS018832@svn.freebsd.org> From: Ryusuke SUZUKI Date: Fri, 28 Dec 2012 22:44:10 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r40490 - head/ja_JP.eucJP/articles/problem-reports X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 22:44:11 -0000 Author: ryusuke Date: Fri Dec 28 22:44:10 2012 New Revision: 40490 URL: http://svnweb.freebsd.org/changeset/doc/40490 Log: - Merge the following from the English version, whitespace cleanup and rewrap lines r20986 -> r21372 head/ja_JP.eucJP/articles/problem-reports/article.xml Submitted by: Hiroo Ono References: [doc-jp-work 1393] Modified: head/ja_JP.eucJP/articles/problem-reports/article.xml Modified: head/ja_JP.eucJP/articles/problem-reports/article.xml ============================================================================== --- head/ja_JP.eucJP/articles/problem-reports/article.xml Fri Dec 28 22:13:17 2012 (r40489) +++ head/ja_JP.eucJP/articles/problem-reports/article.xml Fri Dec 28 22:44:10 2012 (r40490) @@ -7,7 +7,7 @@ @@ -282,7 +282,8 @@ できるだけ詳しく書きましょう。 たとえば、その問題はシステムのどの部分にあてはまるのでしょうか。 インストール中にしか問題に当たらないのか、それとも稼働中に当たるのか。 - 具体的な例でいうなら、Synopsis: portupgrade is broken + 具体的な例でいうなら、 + Synopsis: portupgrade is broken (概要: portupgrade がおかしい) ではなく、 次のように書いたらどれだけ伝わりやすいか考えてみてください。 Synopsis: port sysutils/portupgrade coredumps on @@ -304,8 +305,8 @@ あなたがメンテナなら、そう書いてください。 - ソースコードの一部 (たとえば、ある port) をメンテナンスし - ているなら、概要行の先頭に + ソースコードの一部 (たとえば、ある port) + をメンテナンスしているなら、概要行の先頭に [maintainer update] という文字列をできればいれて、障害報告の Class を必ず @@ -475,8 +476,8 @@ それぞれのファイルの基本名称 (すなわち、パスを除いたファイルそのものの名前) が一意でありさえすれば、好きなだけ添付できます。 - コマンドラインオプション で - 添付するファイルの名前を指定してください。 + コマンドラインオプション + で添付するファイルの名前を指定してください。 &prompt.user; send-pr -a /var/run/dmesg -a /tmp/errors @@ -484,8 +485,8 @@ メールエージェントが混乱しないように、自動的に符合化されます。 パッチは context 形式か unified 形式の差分を &man.diff.1; の - か オプションを - 使って作成してください (unified 形式の方が好まれます)。 + か + オプションを使って作成してください (unified 形式の方が好まれます)。 パッチを添付する場合、 開発者があなたの報告を読んで簡単にパッチを適用できるように、 修正したファイルの正確な CVS のリビジョン番号が特定できるか確認してください。 @@ -530,8 +531,8 @@ 通常、この部分を変更する必要はありませんが、 障害報告を送信する機械やアカウントで メールを出すことはできても受けとることはできない場合、 - From: と Reply-To: に - 実際のメールアドレスを設定すべきです。 + From: と Reply-To: + に実際のメールアドレスを設定すべきです。 また、自分 (や他の誰か) に障害報告の複製を送りたい場合は、 電子メールアドレスを Cc: ヘッダに追加してください。 @@ -583,8 +584,8 @@ これは no で既に埋められています。 機密扱いの &os; 障害報告というものはないため、 変更することに意味はありません。— - 障害報告データベースは CVSup によって、 - 世界的に配布されています。 + 障害報告データベースは CVSup + によって、世界的に配布されています。 @@ -848,11 +849,10 @@ フォローアップ 障害報告を提出すると、 - 障害報告に割り当てられた追跡用の番号と - 状況を確認するために利用する URL を含む、 - 確認のための電子メールが送られてくるでしょう。 - ちょっぴり運がよければ、誰かがあなたの問題に興味を持って - それについて取り組もうとするでしょうし、 + 障害報告に割り当てられた追跡用の番号と状況を確認するために利用する + URL を含む、確認のための電子メールが送られてくるでしょう。 + ちょっぴり運がよければ、 + 誰かがあなたの問題に興味を持ってそれに取り組もうとするでしょうし、 場合によってはなぜそれが問題でないか説明してくれるでしょう。 状況に何かの変更があると、 誰かがあなたの障害報告を審査追跡状態にして、 @@ -922,8 +922,8 @@ 障害報告 取り扱いガイドライン — - 障害報告が &os; の開発者によってどのように - 扱われるかについて有益な見識をまとめた記事。 + 障害報告が &os; の開発者によってどのように扱われるかについて + 有益な見識をまとめた記事。