docs/70954: [PATCH] faq updates and fixes

Jesus R.Camou jcamou at cox.net
Wed Aug 25 19:30:32 UTC 2004


>Number:         70954
>Category:       docs
>Synopsis:       [PATCH] faq updates and fixes
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-doc
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          update
>Submitter-Id:   current-users
>Arrival-Date:   Wed Aug 25 19:30:32 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     Jesus R. Camou
>Release:        FreeBSD 4.10-STABLE i386
>Organization:
>Environment:
System: FreeBSD nightfall.cox.net 4.10-STABLE FreeBSD 4.10-STABLE #11: Mon Jul 26 20:10:25 MST 2004 root at nightfall.cox.net:/usr/obj/usr/src/sys/NIGHTFALL i386


>Description:

	o Add Italian (it_IT.ISO8859-15) to the list of languages and
	encodings.

	o Remove quite a few contractions.

	o Add <hostid> tags for cvsup.FreeBSD.org

>How-To-Repeat:

>Fix:

	

--- faq.en.diff begins here ---
Index: book.sgml
===================================================================
RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/faq/book.sgml,v
retrieving revision 1.641
diff -u -r1.641 book.sgml
--- book.sgml	16 Aug 2004 01:05:20 -0000	1.641
+++ book.sgml	25 Aug 2004 19:14:04 -0000
@@ -759,6 +759,12 @@
                       <entry>French</entry>
                     </row>
 
+		    <row>
+		      <entry><literal>it_IT.ISO8859-15</literal></entry>
+
+		      <entry>Italian</entry>
+		    </row>
+
                     <row>
                       <entry><literal>ja_JP.eucJP</literal></entry>
 
@@ -4296,7 +4302,7 @@
 
 	  <para>You must remove all power from the PC card slot to
 	    fully reset the hardware.  Completely power off the
-	    laptop.  (Don't suspend it, don't let it go into standby;
+	    laptop.  (Do not suspend it, do not let it go into standby;
 	    the power needs to be completely off.)  Wait a few
 	    moments, and reboot.  Your PC card should work now.</para>
 
@@ -4396,7 +4402,7 @@
           <para>The problem can be caused by many factors, although
             perhaps the most common cause is faulty or incorrect
             cabling.  Check that the ATA cables are undamaged and rated
-            for the Ultra DMA mode in use.  If you're using removable
+            for the Ultra DMA mode in use.  If you are using removable
             drive trays, they must also be compatible.  Be sure that
             all connections are making good contact.  Problems have
             also been noticed when an old drive is installed on the
@@ -4438,10 +4444,10 @@
               using a combination of hard coded lock orders, and run-time
               detected lock orders, and generates console warnings when lock
               orders are violated.  The intent of this is to detect the
-              potential for deadlocks due to lock order violations; it's worth
+              potential for deadlocks due to lock order violations; it is worth
               observing that Witness is actually slightly conservative, and so
-              it's possible to get false positives.  In the event that Witness
-              is accurately reporting a lock order problem, it's basically
+              it is possible to get false positives.  In the event that Witness
+              is accurately reporting a lock order problem, it is basically
               saying "If you were unlucky, a deadlock would have happened
               here".  There are a couple of "well known" false positives,
               which we need to do a better job of documenting to prevent
@@ -6334,7 +6340,7 @@
 	    <username>root</username> user.
 	    &man.df.1; does not count that space when
 	    calculating the <literal>Capacity</literal> column, so it can
-	    exceed 100%.  Also, you'll notice that the
+	    exceed 100%.  Also, you will notice that the
 	    <literal>Blocks</literal> column is always greater than the
 	    sum of the <literal>Used</literal> and
 	    <literal>Avail</literal> columns, usually by a factor of
@@ -8358,7 +8364,7 @@
             just a special case of the previous question and works
             perfectly well.</para>
 
-	  <para>If you're using dialup to connect to the Internet
+	  <para>If you are using dialup to connect to the Internet
             user-mode &man.ppp.8; contains a <option>-nat</option>
             option. If you run &man.ppp.8; with the
             <option>-nat</option> option, set
@@ -8439,7 +8445,7 @@
         </question>
 
         <answer>
-          <para>Because they aren't necessary. In the Berkeley
+          <para>Because they are not necessary. In the Berkeley
             networking framework, network interfaces are only directly
             accessible by kernel code. Please see the
             <filename>/etc/rc.network</filename> file and the manual
@@ -11897,7 +11903,7 @@
 	    server hourly, this update might happen at any time during
 	    the hour.  This means that some servers have newer code
 	    than others, even though all servers have code that is
-	    less than an hour old.  If cvsup.FreeBSD.org was a round
+	    less than an hour old.  If <hostid>cvsup.FreeBSD.org</hostid> was a round
 	    robin DNS entry that simply redirected users to a random
 	    CVSup server, running CVSup twice in a row could download
 	    code older than the code already on the system.</para>
--- faq.en.diff ends here ---


>Release-Note:
>Audit-Trail:
>Unformatted:



More information about the freebsd-doc mailing list