minor prose improvements
authorStefano Zacchiroli <zack@upsilon.cc>
Mon, 4 Jan 2010 16:16:17 +0000 (17:16 +0100)
committerStefano Zacchiroli <zack@upsilon.cc>
Mon, 4 Jan 2010 16:16:17 +0000 (17:16 +0100)
hacking/debian/rcbw.mdwn

index 6200e29..ca0278f 100644 (file)
@@ -11,21 +11,21 @@ near* the freeze period. RCBW is meant to show that fixing RC bugs is:
 
 - **easy**: in the sense that most of them (I'd say 60-70% IME) are packaging
   bugs, which every DD/DM should be able to tackle; by working on those you
-  help the work of more experienced people which can then work on the most
-  difficult/specific ones
-- relatively **quick**: I haven't actually timed myself, but I'd say on average
-  the actual work to fix a RC bug during a RCBW session takes about 20 minutes;
-  all in all the time window is totally dominated by build time and chroot
-  updates (which is idle time available for other tasks)
+  help the work of more experienced people which will have more time to work on
+  the difficult/specific ones
+- relatively **quick**: I haven't actually timed that, but I'd say that on
+  average the actual work to fix a RC bug during a RCBW session takes about 20
+  minutes; all in all the time window is totally dominated by build time and
+  chroot updates (which is idle time available for other tasks)
 - **sustainable** in the long run: the above time figures enable to fix RC bugs
   day-by-day in spare time windows, even when you're in "low energy" mode
 - **terribly useful** for the project: it gives a more realistic overview of
   how far Debian is, as a project, far from releasing a high quality operating
   system, helping the release team in making decisions
-- **fun**, as you will discover and learn many new packages, packaging
-  techniques, packaging tools, programming languages, ...
+- **fun**, as you discover and learn many new packages, packaging techniques,
+  packaging tools, programming languages, ...
 
-On these topics I'll avoid stressing the very good explanations (and tricks)
+On these topics I avoid stressing the very good explanations (and tricks)
 provided by Steve Langasek in his excellent
 [RC bug squashing primer](http://people.debian.org/~vorlon/rc-bugsquashing.html);
 you should really read it if you are interested in helping out with RC bugs.