From nobody@FreeBSD.org  Wed Feb  8 03:56:15 2006
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 215F616A420
	for <freebsd-gnats-submit@FreeBSD.org>; Wed,  8 Feb 2006 03:56:15 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CD65043D46
	for <freebsd-gnats-submit@FreeBSD.org>; Wed,  8 Feb 2006 03:56:14 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k183uE1F029927
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 8 Feb 2006 03:56:14 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id k183uEGA029926;
	Wed, 8 Feb 2006 03:56:14 GMT
	(envelope-from nobody)
Message-Id: <200602080356.k183uEGA029926@www.freebsd.org>
Date: Wed, 8 Feb 2006 03:56:14 GMT
From: Ben Kaduk <minimarmot@gmail.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: minor nits in the project model book (dev-model)
X-Send-Pr-Version: www-2.3

>Number:         93014
>Category:       docs
>Synopsis:       minor nits in the project model book (dev-model)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-doc
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Feb 08 04:00:19 GMT 2006
>Closed-Date:    Wed Mar 01 21:19:21 GMT 2006
>Last-Modified:  Wed Mar 01 21:19:21 GMT 2006
>Originator:     Ben Kaduk
>Release:        freebsd-current
>Organization:
University of Illinois
>Environment:
FreeBSD prolepsis.urh.uiuc.edu 7.0-CURRENT FreeBSD 7.0-CURRENT #20: Sun Jan 29 15:09:06 UTC 2006     kaduk@prolepsis.urh.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS  i386

>Description:
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).
>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
>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.
 


The original image would need to be modified for the XFree86/XOrg nit.
>Release-Note:
>Audit-Trail:

From: Giorgos Keramidas <keramida@freebsd.org>
To: Ben Kaduk <minimarmot@gmail.com>
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: docs/93014: minor nits in the project model book (dev-model)
Date: Fri, 10 Feb 2006 17:23:52 +0200

 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 
State-Changed-By: pav 
State-Changed-When: Wed Mar 1 21:19:01 UTC 2006 
State-Changed-Why:  
"too" is not a bug. 

I deleted the XFree 86 Liaison from the picture. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=93014 
>Unformatted:
