# HG changeset patch
# User Yoshiki Yazawa <yaz@cc.rim.or.jp>
# Date 1206803773 -32400
# Node ID 8bdd9bc948d4b17db51c95571370c8f4fdfa5399
# Parent  7dbc8f2a5f7ad437bbeda2cd487a4bc5680498b2
more mq.tex

diff -r 7dbc8f2a5f7a -r 8bdd9bc948d4 ja/mq.tex
--- a/ja/mq.tex	Sat Mar 29 05:30:34 2008 +0900
+++ b/ja/mq.tex	Sun Mar 30 00:16:13 2008 +0900
@@ -53,27 +53,38 @@
 When you have few changes to maintain, it is easy to manage a single
 patch using the standard \command{diff} and \command{patch} programs
 (see section~\ref{sec:mq:patch} for a discussion of these tools).
-
 Once the number of changes grows, it starts to make sense to maintain
 patches as discrete ``chunks of work,'' so that for example a single
 patch will contain only one bug fix (the patch might modify several
 files, but it's doing ``only one thing''),
 
-
 and you may have a number
 of such patches for different bugs you need fixed and local changes
-you require.  In this situation, if you submit a bug fix patch to the
+you require.  
+
+
+
+In this situation, if you submit a bug fix patch to the
 upstream maintainers of a package and they include your fix in a
 subsequent release, you can simply drop that single patch when you're
 updating to the newer release.
 
-もしメンテナンスしている変更がわずかなら，標準の\command{diff}コマンドと
-\command{patch}コマンドを使って単一のパッチを管理するのが簡単だ．（これら
-のツールについては~\ref{sec:mq:patch}の節を参照．）
+もしメンテナンスしている変更がごくわずかなら，標準の\command{diff}コマン
+ドと\command{patch}コマンドを使って単一のパッチを管理するのが簡単だ．（こ
+れらのツールについては~\ref{sec:mq:patch}の節を参照．）
+
+変更の数が増えてくると，単一のバグフィックスだけを含む個別のパッチを集合
+として管理することが現実味を帯びてくる．（各々のパッチは複数のファイルを
+変更するかもしれないが，目的は1つきりである．）
 
-変更の数が増えてくると，単一のバグフィックスだけを含む個別のパッチの集合
-として管理することが現実味を帯びてくる．（それぞれのパッチは複数のファイ
-ルを変更するかもしれないが，目的は1つきりである．）
+修正したい異なるバグと必要なローカルな変更のための，数多くのそのようなパッ
+チを持つことになるかもしれない．
+
+この状況ではアップストリームのメンテナにバグ修正パッチを送り，彼らがあな
+たの修正を
+
+
+