Fix some typos and spelling mistakes.

Submitted by:	Hiten Pandya <hiten@uk.FreeBSD.org>
This commit is contained in:
Josef Karthauser 2002-02-07 18:04:40 +00:00
parent dd2c5290f3
commit 2cfb410ff5
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=12122

View file

@ -147,7 +147,7 @@
process begins to ramp up 45 days before the anticipated release
date when the release engineer sends an email to the development
mailing lists to remind developers that they only have 15 days to
intergrate new changes before the code freeze. During this time,
integrate new changes before the code freeze. During this time,
many developers perform what have become know as <quote>MFC
sweeps</quote>. <acronym>MFC</acronym> stands for <quote>Merge
From CURRENT</quote> and it describes the process of merging a
@ -157,7 +157,7 @@
<sect2>
<title>Code Review</title>
<para>Thiry days before the anticipated release, the source
<para>Thirty days before the anticipated release, the source
repository enters a <quote>code slush</quote>. During this
time, all commits to the -STABLE branch must be approved by the
release engineer (re@FreeBSD.org). The kinds of changes that
@ -260,7 +260,6 @@
</textobject>
</mediaobject>
</sect3>
<sect3>
@ -337,11 +336,10 @@
</listitem>
</itemizedlist>
<para>Sysinstall should be updated to note the number of
available ports and the amount of disk space required for the
Ports Collection. This information is currently kept in
<filename>src/release/sysinstall/dist.c</filename>.</para>
<para><application>Sysinstall</application> should be updated to note
the number of available ports and the amount of disk space required
for the Ports Collection. This information is currently kept in
<filename>src/release/sysinstall/dist.c</filename>.</para>
</sect3>
<sect3>
@ -404,7 +402,7 @@
<quote><command>make
<literal>buildworld</literal></command></quote>. The release
target requires several variables be set properly to build a
release :</para>
release:</para>
<itemizedlist>
<listitem>
@ -459,7 +457,8 @@
<listitem>
<para>Population of <filename>/etc</filename> and
<filename>/dev</filename> in the chrooted environment.</para>
<filename>/dev</filename> in the chroot<emphasis>ed</emphasis>
environment.</para>
</listitem>
<listitem>
@ -615,11 +614,11 @@
contents, and a <filename>filename.txt</filename> file that
provides a manifest for the disc. This
<emphasis>manifest</emphasis> can be created with a simple
command :</para>
command:</para>
<screen>/stage/cdrom&prompt.root; <userinput>find . -type f | sed -e 's/\^.\///' | sort > filename.txt</userinput></screen>
<para>The specific requirements of each CD is outlined below.</para>
<para>The specific requirements of each CD are outlined below.</para>
<sect3>
<title>Disc 1</title>
@ -662,7 +661,7 @@
<sect3>
<title>Discs 3 and 4</title>
<para>The remaining two discs contains additional software
<para>The remaining two discs contain additional software
packages for FreeBSD. The packages should be clustered so that
a package and all of its <emphasis>dependencies</emphasis> are
included on the same disc.
@ -695,7 +694,7 @@
additional kernel modules or userland tools be added to the
installation floppies. The <quote>quick and dirty</quote> way
to accomplish this would be to modify the staging directory of
an existing <quote>make release</quote> build hierarchy :</para>
an existing <quote>make release</quote> build hierarchy:</para>
<itemizedlist>
<listitem>
@ -705,7 +704,7 @@
<listitem>
<para><command>rm
<literal>${CHROOTDIR}/usr/obj/usr/src/\release/release.[48]</literal>
<literal>${CHROOTDIR}/usr/obj/usr/src/release/release.[48]</literal>
</command></para>
</listitem>
@ -726,7 +725,7 @@
</itemizedlist>
<para>New release floppies will be located in
<filename>${CHROOTDIR}/R/ stage/floppies</filename>.</para>
<filename>${CHROOTDIR}/R/stage/floppies</filename>.</para>
<para>Alternatively, the
<quote><filename>boot.flp</filename></quote> make
@ -792,14 +791,14 @@
<itemizedlist>
<listitem>
<para><emphasis>Parallelism</emphasis> - Certain portions of the
release build are actually <quote>embarrasingly
release build are actually <quote>embarrassingly
parallel</quote>. Most of the tasks are very I/O intensive,
so multiple high-speed disk drives is actually important that
multiple processors in speeding up the <quote>make
release</quote> process. if multiple disks are used for
release</quote> process. If multiple disks are used for
different hierarchies in the <emphasis>chroot</emphasis>
environment, then the CVS checkout of the ports and doc trees
can be happening simulatneously to the <quote>make
can be happening simultaneously to the <quote>make
<literal>world</literal></quote> on another disk. Using a
<acronym>RAID</acronym> solution (hardware and software) can
significantly decrease overall build time.</para>