docs/76563: [PATCH] Remove contractions and fix typo on article
Jesus R. Camou
jcamou at es.FreeBSD.org
Sat Jan 22 09:40:30 UTC 2005
>Number: 76563
>Category: docs
>Synopsis: [PATCH] Remove contractions and fix typo on article
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-doc
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Sat Jan 22 09:40:19 GMT 2005
>Closed-Date:
>Last-Modified:
>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 at 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:
>Unformatted:
More information about the freebsd-doc
mailing list