From jcamou@opensea.malexa.org.mx  Sat Jan 22 09:33:45 2005
Return-Path: <jcamou@opensea.malexa.org.mx>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D72EE16A4CE
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 22 Jan 2005 09:33:45 +0000 (GMT)
Received: from fed1rmmtao10.cox.net (fed1rmmtao10.cox.net [68.230.241.29])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4EA1043D46
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 22 Jan 2005 09:33:45 +0000 (GMT)
	(envelope-from jcamou@opensea.malexa.org.mx)
Received: from opensea.malexa.org.mx ([68.0.141.123])
          by fed1rmmtao10.cox.net
          (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP
          id <20050122093344.DTF7026.fed1rmmtao10.cox.net@opensea.malexa.org.mx>
          for <FreeBSD-gnats-submit@freebsd.org>;
          Sat, 22 Jan 2005 04:33:44 -0500
Received: from opensea.malexa.org.mx (localhost [127.0.0.1])
	by opensea.malexa.org.mx (8.13.1/8.13.1) with ESMTP id j0M9Zq7i009953
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 22 Jan 2005 02:35:52 -0700 (MST)
	(envelope-from jcamou@opensea.malexa.org.mx)
Received: (from jcamou@localhost)
	by opensea.malexa.org.mx (8.13.1/8.12.11/Submit) id j0M9ZqoW009952;
	Sat, 22 Jan 2005 02:35:52 -0700 (MST)
	(envelope-from jcamou)
Message-Id: <200501220935.j0M9ZqoW009952@opensea.malexa.org.mx>
Date: Sat, 22 Jan 2005 02:35:52 -0700 (MST)
From: "Jesus R. Camou" <jcamou@es.FreeBSD.org>
Reply-To: "Jesus R. Camou" <jcamou@es.FreeBSD.org>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: [PATCH] Remove contractions and fix typo on article
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         76563
>Category:       docs
>Synopsis:       [PATCH] Remove contractions and fix typo on article
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-doc
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 22 09:40:19 GMT 2005
>Closed-Date:    Sat Jan 22 09:48:03 GMT 2005
>Last-Modified:  Sat Jan 22 09:48:03 GMT 2005
>Originator:     Jesus R. Camou
>Release:        FreeBSD 4.10-STABLE i386
>Organization:
>Environment:
System: FreeBSD opensea.malexa.org.mx 4.10-STABLE FreeBSD 4.10-STABLE #2: Mon Nov 22 16:49:52 MST 2004 jcamou@opensea.malexa.org.mx:/usr/obj/usr/src/sys/OPENSEA i386

>Description:

	o Remove contractions (wasn't, don't)
	o s/5.x/5.X

This will probably be the last patch this article will need.

>How-To-Repeat:
>Fix:

--- 5-roadmap.diff begins here ---
Index: article.sgml
===================================================================
RCS file: /home/ncvs/doc/en_US.ISO8859-1/articles/5-roadmap/article.sgml,v
retrieving revision 1.25
diff -u -r1.25 article.sgml
--- article.sgml	23 Oct 2004 23:20:55 -0000	1.25
+++ article.sgml	22 Jan 2005 09:26:27 -0000
@@ -56,7 +56,7 @@
       3.<replaceable>X</replaceable> series.  Work on 3-CURRENT trudged along
       seemingly forever, and finally a cry was made to <quote>just ship it</quote> and
       clean up later.  This decision resulted in the 3.0 and 3.1 releases
-      being very unsatisfying for most, and it wasn't until 3.2 that the
+      being very unsatisfying for most, and it was not until 3.2 that the
       series was considered <quote>stable</quote>.  To make matters worse, the &t.releng.3;
       branch was created along with the 3.0 release, and the &t.releng.head; branch was
       allowed to advance immediately towards 4-CURRENT.  This resulted in a
@@ -64,7 +64,7 @@
       &t.releng.3; branch very difficult.  &os; 2.2.8 was left for quite a while
       as the last production-quality version of &os;.</para>
 
-    <para>Our intent is to avoid repeating that scenario with &os; 5.x.
+    <para>Our intent is to avoid repeating that scenario with &os; 5.X.
       Delaying the &t.releng.5; branch until it is stable and production quality
       will ensure that it stays maintainable and provides a compelling reason
       to upgrade from 4.<replaceable>X</replaceable>.  To do this, we must
@@ -428,7 +428,7 @@
 
         <listitem>
           <para>busdma interface and drivers: architectures like PAE/&i386; and
-            sparc64 which don't have a direct mapping between host memory
+            sparc64 which do not have a direct mapping between host memory
             address space and expansion bus address space require the
             elimination for vtophys() and friends.  The busdma interface was
             created to handle exactly this problem, but many drivers do not use
--- 5-roadmap.diff ends here ---


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: simon 
State-Changed-When: Sat Jan 22 09:47:55 GMT 2005 
State-Changed-Why:  
Committed, thanks! 

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