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>
index | next in thread | raw e-mail
>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
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200205311931.g4VJVjRb078613>