Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks

[Peter W. Morreale]

From: Tsugikazu Shibata <[EMAIL PROTECTED]>

Fix the UTF-8 broken encodings in the ja_JP version of stable_kernel_rules.txt

From: Tsugikazu Shibata <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
 Documentation/ja_JP/stable_kernel_rules.txt |  106 +++++++++++++-------------
 1 files changed, 53 insertions(+), 53 deletions(-)

diff --git a/Documentation/ja_JP/stable_kernel_rules.txt 
b/Documentation/ja_JP/stable_kernel_rules.txt
index 17d8751..b3ffe87 100644
--- a/Documentation/ja_JP/stable_kernel_rules.txt
+++ b/Documentation/ja_JP/stable_kernel_rules.txt
@@ -11,69 +11,69 @@ comment or update of this file, please try to update 
Original(English)
 file at first.
 
 ==================================
-これは、
+これは、
 linux-2.6.24/Documentation/stable_kernel_rules.txt
-の和訳です。
+の和訳です。
 
-翻訳団体： JF プロジェクト < 
http://www.linux.or.jp/JF/ >
-翻訳日： 2007/12/30
-翻訳者： Tsugikazu Shibata <tshibata at ab dot jp dot nec dot 
com>
-校正者： 武井伸光さん、<takei at 
webmasters dot gr dot jp>
-         かねこさん (Seiji Kaneko) <skaneko at a2 dot mbn 
dot or dot jp>
-         小林 雅典さん (Masanori Kobayasi) <zap03216 
at nifty dot ne dot jp>
-         野口さん (Kenji Noguchi) <tokyo246 at gmail dot com>
-         神宮信太郎さん <jin at libjingu dot jp>
+翻訳団体： JF プロジェクト < http://www.linux.or.jp/JF/ >
+翻訳日： 2007/12/30
+翻訳者： Tsugikazu Shibata <tshibata at ab dot jp dot nec dot com>
+校正者： 武井伸光さん、<takei at webmasters dot gr dot jp>
+         かねこさん (Seiji Kaneko) <skaneko at a2 dot mbn dot or dot jp>
+         小林 雅典さん (Masanori Kobayasi) <zap03216 at nifty dot ne dot 
jp>
+         野口さん (Kenji Noguchi) <tokyo246 at gmail dot com>
+         神宮信太郎さん <jin at libjingu dot jp>
 ==================================
 
-ずっと知りたかった Linux 2.6 -stable 
リリースの全て
+ずっと知りたかった Linux 2.6 -stable リリースの全て
 
-"-stable" 
ツリーにどのような種類のパッチが受け入れられるか、どのような
-ものが受け入れられないか、についての規則-
+"-stable" 
ツリーにどのような種類のパッチが受け入れられるか、どのような
+ものが受け入れられないか、についての規則-
 
- - 
明らかに正しく、テストされているものでなければならない。
- - 文脈(変更行の前後)を含めて 
100 
行より大きくてはいけない。
- - 
ただ一個のことだけを修正しているべき。
- - 
皆を悩ませている本物のバグを修正しなければならない。("これはバグで
-   あるかもしれないが..." 
のようなものではない)
- - 
ビルドエラー(CONFIG_BROKENになっているものを除く),
 oops, ハング、デー
-   
タ破壊、現実のセキュリティ問題、その他
 
"ああ、これはダメだね"という
-   
ようなものを修正しなければならない。短く言えば、重大な問題。
- - 
どのように競合状態が発生するかの説明も一緒に書かれていない限り、
-   
"理論的には競合状態になる"ようなものは不可。
- - 
いかなる些細な修正も含めることはできない。(スペルの修正、空白のクリー
-   ンアップなど)
- - 
対応するサブシステムメンテナが受け入れたものでなければならない。
- - Documentation/SubmittingPatches 
の規則に従ったものでなければならない。
+ - 
明らかに正しく、テストされているものでなければならない。
+ - 文脈(変更行の前後)を含めて 100 
行より大きくてはいけない。
+ - ただ一個のことだけを修正しているべき。
+ - 
皆を悩ませている本物のバグを修正しなければならない。("これはバグで
+   あるかもしれないが..." のようなものではない)
+ - ビルドエラー(CONFIG_BROKENになっているものを除く), oops, 
ハング、デー
+   タ破壊、現実のセキュリティ問題、その他 
"ああ、これはダメだね"という
+   
ようなものを修正しなければならない。短く言えば、重大な問題。
+ - 
どのように競合状態が発生するかの説明も一緒に書かれていない限り、
+   "理論的には競合状態になる"ようなものは不可。
+ - 
いかなる些細な修正も含めることはできない。(スペルの修正、空白のクリー
+   ンアップなど)
+ - 
対応するサブシステムメンテナが受け入れたものでなければならない。
+ - Documentation/SubmittingPatches 
の規則に従ったものでなければならない。
 
--stable 
ツリーにパッチを送付する手続き-
+-stable ツリーにパッチを送付する手続き-
 
- - [EMAIL PROTECTED] にパッチ
-   を送る。
- - 
送信者はパッチがキューに受け付けられた際には
 ACK を、却下された場合
-   には NAK 
を受け取る。この反応は開発者たちのスケジュールによって、数
-   日かかる場合がある。
- - 
もし受け取られたら、パッチは他の開発者たちのレビューのために
-   -stable キューに追加される。
- - 
セキュリティパッチはこのエイリアス
 ([EMAIL PROTECTED]) に送られるべ
-   きではなく、代わりに [EMAIL 
PROTECTED] のアドレスに送られる。
+ - [EMAIL PROTECTED] にパッチ
+   を送る。
+ - 送信者はパッチがキューに受け付けられた際には ACK 
を、却下された場合
+   には NAK 
を受け取る。この反応は開発者たちのスケジュールによって、数
+   日かかる場合がある。
+ - 
もし受け取られたら、パッチは他の開発者たちのレビューのために
+   -stable キューに追加される。
+ - セキュリティパッチはこのエイリアス ([EMAIL PROTECTED]) 
に送られるべ
+   きではなく、代わりに [EMAIL PROTECTED] 
のアドレスに送られる。
 
-レビューサイクル-
+レビューサイクル-
 
- - -stable 
メンテナがレビューサイクルを決めるとき、パッチはレビュー委
-   
員会とパッチが影響する領域のメンテナ(提供者がその領域のメンテナで無
-   い限り)に送られ、linux-kernel 
メーリングリストにCCされる。
- - レビュー委員会は 
48時間の間に ACK か NAK を出す。
- - 
もしパッチが委員会のメンバから却下れるか、メンテナ達やメンバが気付
-   
かなかった問題が持ちあがり、linux-kernel
 メンバがパッチに異議を唱え
-   
た場合には、パッチはキューから削除される。
- - 
レビューサイクルの最後に、ACK
 を受けたパッチは最新の -stable 
リリー
-   
スに追加され、その後に新しい
 -stable リリースが行われる。
- - 
セキュリティパッチは、通常のレビューサイクルを通らず、セキュリティ
-   カーネルチームから直接 -stable 
ツリーに受け付けられる。
-   
この手続きの詳細については 
kernel security 
チームに問い合わせること。
+ - -stable 
メンテナがレビューサイクルを決めるとき、パッチはレビュー委
+   
員会とパッチが影響する領域のメンテナ(提供者がその領域のメンテナで無
+   い限り)に送られ、linux-kernel 
メーリングリストにCCされる。
+ - レビュー委員会は 48時間の間に ACK か NAK を出す。
+ - 
もしパッチが委員会のメンバから却下されるか、メンテナ達やメンバが気付
+   かなかった問題が持ちあがり、linux-kernel 
メンバがパッチに異議を唱え
+   た場合には、パッチはキューから削除される。
+ - レビューサイクルの最後に、ACK 
を受けたパッチは最新の -stable リリー
+   スに追加され、その後に新しい -stable 
リリースが行われる。
+ - 
セキュリティパッチは、通常のレビューサイクルを通らず、セキュリティ
+   カーネルチームから直接 -stable 
ツリーに受け付けられる。
+   この手続きの詳細については kernel security 
チームに問い合わせること。
 
-レビュー委員会-
+レビュー委員会-
 
- - 
この委員会は、このタスクについて活動する多くのボランティアと、少数の
-   
非ボランティアのカーネル開発者達で構成されている。
+ - 
この委員会は、このタスクについて活動する多くのボランティアと、少数の
+   非ボランティアのカーネル開発者達で構成されている。
 
-- 
1.5.4

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/