From owner-freebsd-doc@FreeBSD.ORG Wed Aug 25 19:30:32 2004 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C089816A4D0 for ; Wed, 25 Aug 2004 19:30:32 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A381B43D1F for ; Wed, 25 Aug 2004 19:30:32 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i7PJUWJ8004871 for ; Wed, 25 Aug 2004 19:30:32 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7PJUW60004868; Wed, 25 Aug 2004 19:30:32 GMT (envelope-from gnats) Resent-Date: Wed, 25 Aug 2004 19:30:32 GMT Resent-Message-Id: <200408251930.i7PJUW60004868@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Jesus R.Camou" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D57B916A4D8 for ; Wed, 25 Aug 2004 19:24:55 +0000 (GMT) Received: from fed1rmmtao03.cox.net (fed1rmmtao03.cox.net [68.230.241.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A722243D45 for ; Wed, 25 Aug 2004 19:24:55 +0000 (GMT) (envelope-from jcamou@cox.net) Received: from nightfall.cox.net ([68.0.135.88]) by fed1rmmtao03.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040825192449.CGZZ5706.fed1rmmtao03.cox.net@nightfall.cox.net> for ; Wed, 25 Aug 2004 15:24:49 -0400 Received: by nightfall.cox.net (Postfix, from userid 1002) id 94F1146; Wed, 25 Aug 2004 11:25:00 -0700 (MST) Message-Id: <20040825182500.94F1146@nightfall.cox.net> Date: Wed, 25 Aug 2004 11:25:00 -0700 (MST) From: "Jesus R.Camou" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/70954: [PATCH] faq updates and fixes X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Jesus R.Camou" List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 19:30:32 -0000 >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@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 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 @@ French + + it_IT.ISO8859-15 + + Italian + + ja_JP.eucJP @@ -4296,7 +4302,7 @@ 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. @@ -4396,7 +4402,7 @@ 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 @@ root user. &man.df.1; does not count that space when calculating the Capacity column, so it can - exceed 100%. Also, you'll notice that the + exceed 100%. Also, you will notice that the Blocks column is always greater than the sum of the Used and Avail columns, usually by a factor of @@ -8358,7 +8364,7 @@ just a special case of the previous question and works perfectly well. - If you're using dialup to connect to the Internet + If you are using dialup to connect to the Internet user-mode &man.ppp.8; contains a option. If you run &man.ppp.8; with the option, set @@ -8439,7 +8445,7 @@ - Because they aren't necessary. In the Berkeley + Because they are not necessary. In the Berkeley networking framework, network interfaces are only directly accessible by kernel code. Please see the /etc/rc.network 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 cvsup.FreeBSD.org 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. --- faq.en.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: