| Summary: | minor nits in the project model book (dev-model) | ||
|---|---|---|---|
| Product: | Documentation | Reporter: | minimarmot <minimarmot> |
| Component: | Books & Articles | Assignee: | freebsd-doc (Nobody) <doc> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
On 2006-02-08 03:56, Ben Kaduk <minimarmot@gmail.com> wrote: > In the project model book, I found a few minor nits whilst perusing > its contents. > > One nit is the use of "to" instead of "too" on line 2209 of the source. > >Fix: > --- book.sgml Wed Feb 8 02:38:24 2006 > +++ book.sgml.orig Wed Feb 8 02:38:08 2006 > @@ -2206,7 +2206,7 @@ > stability cannot be sacrificed by self-imposed deadlines and > target release dates. > > - For slips of time not to become too long with regards to security > + For slips of time not to become to long with regards to security > and stability issues, > extra discipline is required when committing changes to -STABLE. Hmmm, not really. The original text is ok. "too long" refers to the length of a time period. I'm not sure what "to long" would mean here. State Changed From-To: open->closed "too" is not a bug. I deleted the XFree 86 Liaison from the picture. |
In the project model book, I found a few minor nits whilst perusing its contents. One nit is the use of "to" instead of "too" on line 2209 of the source. Another is in the picture describing "official hats," on line 861 of the source -- a reference is made to the XFree86 Project, Inc. Liason, but the FreeBSD project is currently using XOrg (to the best of my knowledge). Fix: The original image would need to be modified for the XFree86/XOrg nit.--x3J8X1hDPAM8rhb5cTa8DQL7HIDVm3RndGI4OpI9NcR7BV1k Content-Type: text/plain; name="file.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="file.diff" --- book.sgml Wed Feb 8 02:38:24 2006 +++ book.sgml.orig Wed Feb 8 02:38:08 2006 @@ -2206,7 +2206,7 @@ stability cannot be sacrificed by self-imposed deadlines and target release dates. - For slips of time not to become too long with regards to security + For slips of time not to become to long with regards to security and stability issues, extra discipline is required when committing changes to -STABLE. How-To-Repeat: http://www.freebsd.org/doc/en_US.ISO8859-1/books/dev-model/process-release-engineering.html (about halfway down the page) http://www.freebsd.org/doc/en_US.ISO8859-1/books/dev-model/official-hats.html