Date: Fri, 31 May 2002 21:31:45 +0200 (CEST) From: Marc Fonvieille <marc@blackend.org> To: FreeBSD-gnats-submit@FreeBSD.org Subject: docs/38776: In the FAQ 4.X, 3.X, etc... should be used instead of 4.x, 3.x etc... Message-ID: <200205311931.g4VJVjRb078613@abigail.blackend.org>
next in thread | raw e-mail | index | archive | help
>Number: 38776 >Category: docs >Synopsis: In the FAQ 4.X, 3.X, etc... should be used instead of 4.x, 3.x etc... >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri May 31 12:40:02 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Marc Fonvieille >Release: FreeBSD 4.6-PRERELEASE i386 >Organization: >Environment: System: FreeBSD abigail.blackend.org 4.6-PRERELEASE FreeBSD 4.6-PRERELEASE #5: Sun May 12 00:30:43 CEST 2002 marc@abigail.blackend.org:/usr/src/sys/compile/ABIGAIL i386 >Description: In the FAQ 4.X, 3.X, etc... should be used instead of 4.x, 3.x etc... Read the patch below for more details. >How-To-Repeat: >Fix: Apply the patch to faq/book.sgml --- book.sgml.diff begins here --- --- book.sgml.org Fri May 31 21:23:14 2002 +++ book.sgml Fri May 31 21:27:12 2002 @@ -401,7 +401,7 @@ | (May 1999) (Sep 1999) (Dec 1999) (June 2000) (July 2000) | | [4.0-STABLE] - *BRANCH* 4.0 (Mar 2000) -> 4.1 -> 4.1.1 -> 4.2 -> 4.3 -> 4.4 -> ... future 4.x releases ... + *BRANCH* 4.0 (Mar 2000) -> 4.1 -> 4.1.1 -> 4.2 -> 4.3 -> 4.4 -> ... future 4.X releases ... | | (July 2000) (Sep 2000) (Nov 2000) \|/ @@ -1080,7 +1080,7 @@ install FreeBSD, namely <filename>floppies/boot.flp</filename>. However, since release 3.1 the Project has added out-of-the-box support for a wide variety of hardware, which takes up more - space. For 3.x and later you need two floppy images: + space. For 3.X and later you need two floppy images: <filename>floppies/kernel.flp</filename> and <filename>floppies/mfsroot.flp</filename>. These images need to be copied onto floppies by tools like @@ -1498,7 +1498,7 @@ themselves, <command>bad144</command> has been removed from the FreeBSD source tree. If you wish to install FreeBSD 3.0 or later, we strongly suggest you purchase a newer disk drive. If - you do not wish to do this, you must run FreeBSD 2.x.</para> + you do not wish to do this, you must run FreeBSD 2.X.</para> <para>If you are seeing bad block errors with a modern IDE drive, chances are the drive is going to die very soon (the drive's internal remapping functions are no longer sufficient @@ -2554,7 +2554,7 @@ at boot time.</para> <para>If you are running a previous but relatively recent version - of FreeBSD (2.1.x or better) then you can simply enable it in + of FreeBSD (2.1.X or better) then you can simply enable it in the kernel configuration menu at installation time, otherwise later with <option>-c</option> at the <command>boot:</command> prompt. It is disabled by default, so you will need to enable @@ -3933,7 +3933,7 @@ </question> <answer> - <para>This occurs in FreeBSD 3.x with PCI sound cards. The + <para>This occurs in FreeBSD 3.X with PCI sound cards. The <devicename>pcm0</devicename> device is reserved exclusively for ISA-based cards so, if you have a PCI card, then you will see this error, and your card will appear as <devicename>pcm1</devicename>. @@ -3954,7 +3954,7 @@ <screen>&prompt.root; <userinput>cd /dev</userinput> &prompt.root; <userinput>./MAKEDEV snd1</userinput></screen> - <para>This situation does not arise in FreeBSD 4.x as a lot + <para>This situation does not arise in FreeBSD 4.X as a lot of work has been done to make it more <emphasis>PnP-centric</emphasis> and the <devicename>pcm0</devicename> device is no longer reserved @@ -3965,29 +3965,29 @@ <qandaentry> <question id="pnp-not-found"> <para>Why is my PnP card no longer found (or found as - <literal>unknown</literal>) since upgrading to FreeBSD 4.x?</para> + <literal>unknown</literal>) since upgrading to FreeBSD 4.X?</para> </question> <answer> - <para>FreeBSD 4.x is now much more <emphasis>PnP-centric</emphasis> + <para>FreeBSD 4.X is now much more <emphasis>PnP-centric</emphasis> and this has had the side effect of some PnP devices (e.g. sound cards and internal modems) not working even though they worked - under FreeBSD 3.x.</para> + under FreeBSD 3.X.</para> <para>The reasons for this behavior are explained by the following e-mail, posted to the freebsd-questions mailing list by Peter Wemm, in answer to a question about an internal modem that was - no longer found after an upgrade to FreeBSD 4.x (the comments + no longer found after an upgrade to FreeBSD 4.X (the comments in <literal>[]</literal> have been added to clarify the context.</para> <blockquote> <para>The PNP bios preconfigured it [the modem] and left it - laying around in port space, so [in 3.x] the old-style ISA + laying around in port space, so [in 3.X] the old-style ISA probes <quote>found</quote> it there.</para> <para>Under 4.0, the ISA code is much more PnP-centric. It was - possible [in 3.x] for an ISA probe to find a + possible [in 3.X] for an ISA probe to find a <quote>stray</quote> device and then for the PNP device id to match and then fail due to resource conflicts. So, it disables the programmable cards first so this double probing @@ -4064,7 +4064,7 @@ <para>Add the hexadecimal Vendor ID for your device in the correct place, save the file, rebuild your kernel, and reboot. Your device should now be found as an <literal>sio</literal> - device as it was under FreeBSD 3.x</para> + device as it was under FreeBSD 3.X</para> </answer> </qandaentry> @@ -4719,8 +4719,8 @@ linkend="mailing">mailing list</link> for periodic updates on new entries.</para> - <para>Most ports should be available for the 2.2, 3.x and 4.x - branches, and many of them should work on 2.1.x systems as + <para>Most ports should be available for the 2.2, 3.X and 4.X + branches, and many of them should work on 2.1.X systems as well. Each time a FreeBSD release is made, a snapshot of the ports tree at the time of release in also included in the <filename>ports/</filename> directory.</para> @@ -4801,7 +4801,7 @@ <answer> <para>You are trying to run a package built on 2.2 and later on - a 2.1.x system. Please take a look at the previous section and + a 2.1.X system. Please take a look at the previous section and get the correct port/package for your system.</para> </answer> </qandaentry> @@ -5660,7 +5660,7 @@ </question> <answer> - <para>This procedure is slightly different for 2.2.x and 3.x + <para>This procedure is slightly different for 2.2.X and 3.X (with the 3-stage boot) systems.</para> <para>The general idea is that you copy the first sector of your @@ -5679,7 +5679,7 @@ C:\BOOTSECT.BSD="FreeBSD" C:\="DOS"</programlisting> - <para>For 2.2.x systems this procedure assumes that DOS, NT, + <para>For 2.2.X systems this procedure assumes that DOS, NT, FreeBSD, or whatever have been installed into their respective fdisk partitions on the <emphasis>same</emphasis> disk. This example was tested on a system where DOS & NT @@ -5711,7 +5711,7 @@ <command>fdisk</command> command after you reconfigure them to boot from their native partitions.</para> - <para>For FreeBSD 3.x systems the procedure is somewhat + <para>For FreeBSD 3.X systems the procedure is somewhat simpler.</para> <para>If FreeBSD is installed on the same disk as the NT boot @@ -8338,7 +8338,7 @@ to access the Internet from the Windows95 box through the FreeBSD box. This is really just a special case of the previous question.</para> <para>... and the answer is yes! In FreeBSD - 3.x, user-mode &man.ppp.8; contains a <option>-nat</option> option. If + 3.X, user-mode &man.ppp.8; contains a <option>-nat</option> option. If you run &man.ppp.8; with the <option>-nat</option>, set <literal>gateway_enable</literal> to <emphasis>YES</emphasis> in <filename>/etc/rc.conf</filename>, @@ -10922,7 +10922,7 @@ formats for Unix:</para> <note> - <para>Prior to FreeBSD 3.x, FreeBSD used the a.out + <para>Prior to FreeBSD 3.X, FreeBSD used the a.out format.</para> </note> @@ -12326,7 +12326,7 @@ <answer> <para>By default, the kernel address space is 256 MB on - FreeBSD 3.x and 1 GB on FreeBSD 4.x. If you run a + FreeBSD 3.X and 1 GB on FreeBSD 4.X. If you run a network-intensive server (e.g. a large FTP or HTTP server), you might find that 256 MB is not enough.</para> --- book.sgml.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200205311931.g4VJVjRb078613>