Attachment 46170 Details for Bug 70954 – faq.en.diff

[patch] faq.en.diff

faq.en.diff (text/plain), 4.31 KB, created by Jesus R.Camou on 2004-08-25 20:30:32 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Jesus R.Camou

Created: 2004-08-25 20:30:32 UTC

Size: 4.31 KB

patch

obsolete

>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>

Actions: View | Diff

Attachments on bug 70954: 46170