Forgetfulness makes the most traffic...

git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@3271 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

chapter01/changelog.xml

@@ -45,9 +45,10 @@ fixes a possible symlink attack in iana-get</para></listitem>
 Chapter 6 findutils to be FHS-Compliant</para></listitem>
 
 <listitem><para>February 26th, 2004 [jeremy]: Removed the creation of the
-/usr/etc directory to conform with FHS - closes bug 775</para></listitem>
+/usr/etc directory to conform with FHS - closes bug 775.</para></listitem>
 
-<listitem><para>February 26th, 2004 [jeremy]: Upgraded to Kernel 2.4.25</para></listitem>
+<listitem><para>February 26th, 2004 [jeremy]: Upgraded to
+Kernel 2.4.25</para></listitem>
 
 <listitem><para>February 23rd, 2004 [alex]: Chapters 6 + 9 : Cleaned up the
 Revision of chroot and Reboot sections.</para></listitem>

chapter06/chapter06.xml

@@ -573,10 +573,13 @@ the current situation.</para>
 <para>If you are going to perform the stripping, special care is needed to
 ensure you're not running any of the binaries that are about to be stripped.
 If you're not sure whether you entered chroot with the command given in
-<xref linkend="ch-system-chroot"/>, then now exit from chroot and reenter it
+<xref linkend="ch-system-chroot"/>, then first exit from chroot:</para>
-with the following commands:</para>
 
-<screen><userinput>logout; chroot $LFS /tools/bin/env -i \
+<screen><userinput>logout</userinput></screen>
+
+<para>Then reenter it with:</para>
+
+<screen><userinput>chroot $LFS /tools/bin/env -i \
 &nbsp;&nbsp;&nbsp;&nbsp;HOME=/root TERM=$TERM PS1='\u:\w\$ ' \
 &nbsp;&nbsp;&nbsp;&nbsp;PATH=/bin:/usr/bin:/sbin:/usr/sbin \
 &nbsp;&nbsp;&nbsp;&nbsp;/tools/bin/bash --login</userinput></screen>
@@ -616,7 +619,7 @@ class="directory">/tools</filename> are no longer needed, you may want to
 delete the whole directory and regain the space. Before actually deleting the
 directory, exit from chroot and reenter it with the above command. Also, before
 removing <filename class="directory">/tools</filename>, you may want to tar it
-up and store it in a safe place, in case you want build another LFS system
+up and store it in a safe place, in case you want to build another LFS system
 soon.</para>
 
 <note><para>Removing <filename class="directory">/tools</filename> will also

chapter06/ncurses.xml

@@ -41,9 +41,8 @@ where they're expected to reside:</para>
 
 <screen><userinput>mv /usr/lib/libncurses.so.5* /lib</userinput></screen>
 
-<para>Since the libraries have been moved to
+<para>Now the libraries have been moved, a few symlinks are pointing to
-<filename>/lib</filename>, a few symlinks are currently pointing
+non-existent files. Recreate those symlinks:</para>
-towards non-existing files. Recreate those symlinks:</para>
 
 <screen><userinput>ln -sf ../../lib/libncurses.so.5 /usr/lib/libncurses.so
 ln -sf libncurses.so /usr/lib/libcurses.so</userinput></screen>

chapter06/vim.xml

@@ -25,7 +25,7 @@ suggested installation instructions.</para>
 <title>Installation of Vim</title>
 
 <para>First change the default locations of the <filename>vimrc</filename> and
-<filename>gvimrc</filename> files to <filename
+<filename>gvimrc</filename> configuration files to <filename
 class="directory">/etc</filename>.</para>
 
 <screen><userinput>echo '#define SYS_VIMRC_FILE "/etc/vimrc"' &gt;&gt; src/feature.h
@@ -42,8 +42,8 @@ echo '#define SYS_GVIMRC_FILE "/etc/gvimrc"' &gt;&gt; src/feature.h</userinput><
 <para>To have the results tested, you can issue:
 <userinput>make check</userinput>. However, this test suite outputs a lot of
 seemingly garbage characters to the screen, and this can wreak havoc with the
-settings of the current terminal. Accordingly, the running of the test suite
+settings of the current terminal. Therefore the running of the test suite here
-here is strictly optional.</para>
+is strictly optional.</para>
 
 <para>And install the package:</para>
 

chapter06/zlib.xml

@@ -33,8 +33,6 @@ afterwards.</para></note>
 <para>To have the results tested, issue:
 <userinput>make check</userinput>.</para>
 
-<screen><userinput>make check</userinput></screen>
-
 <para>Install the shared library:</para>
 
 <screen><userinput>make install</userinput></screen>
@@ -44,7 +42,7 @@ afterwards.</para></note>
 ./configure --prefix=/usr
 make</userinput></screen>
 
-<para>To have the results tested, issue:
+<para>To have the results tested again, issue:
 <userinput>make check</userinput>.</para>
 
 <para>Install the static library:</para>
@@ -58,21 +56,20 @@ make</userinput></screen>
 <para>It is good policy and common practice to place important libraries into
 the <filename class="directory">/lib</filename> directory. This matters most
 in scenarios where <filename class="directory">/usr</filename> is on a
-separate partition. Essentially, the run-time components of any libraries
+separate partition. Essentially, the run-time components of any libraries that
-depended upon by programs in <filename class="directory">/bin</filename> or
+are used by programs in <filename class="directory">/bin</filename> or
 <filename class="directory">/sbin</filename> should reside in
 <filename class="directory">/lib</filename> so that they are on the root
 partition and available in the event of
 <filename class="directory">/usr</filename> being inaccessible.</para>
 
-<para>Therefore we move the run-time components of the shared Zlib into
+<para>For the above reason we move the run-time components of the shared Zlib
-<filename class="directory">/lib</filename> by issuing the following
+into <filename class="directory">/lib</filename>:</para>
-command:</para>
 
 <screen><userinput>mv /usr/lib/libz.so.* /lib</userinput></screen>
 
-<para>Now we need to fix up the <filename>/usr/lib/libz.so</filename> symlink
+<para>Now we need to fix the <filename>/usr/lib/libz.so</filename> symlink
-because we just moved the location of the file it points to:</para>
+because we just moved the file it points to:</para>
 
 <screen><userinput>ln -sf ../../lib/libz.so.1 /usr/lib/libz.so</userinput></screen>
 

chapter07/loadkeys.xml

@@ -2,18 +2,17 @@
 <title>Do I need the loadkeys script?</title>
 <?dbhtml filename="loadkeys.html" dir="chapter07"?>
 
-<para>If you decided to compile your keymap file directly into the kernel back
+<para>If back in <xref linkend="chapter-building-system"/> you decided to go
-at the end of <xref linkend="chapter-building-system"/>, then you strictly speaking don't
+compile your keymap directly into the kernel (later on in <xref
-need to run this loadkeys script, since the kernel has already set up the
+linkend="chapter-mixture"/>), then strictly speaking you don't need to run this
-keymap for you. You can still run it if you want, it isn't going to hurt you.
+loadkeys script, since the kernel will set up the keymap for you. If you wish,
-It could even be beneficial to keep it in case you run a lot of different
+you can still run the script, it isn't going to hurt you. Keeping it could even
-kernels and don't remember or want to compile the keymap into every kernel you
+be beneficial, in case you run a lot of different kernels and can't be sure
-lay your hands on.</para>
+that the keymap is compiled into every one of them.</para>
 
-<para>If you decided you don't need to, or don't want to use the loadkeys
+<para>If you decided you don't need or don't want to use the loadkeys script,
-script, remove the
+remove the <filename
-<filename class="symlink">/etc/rc.d/rcsysinit.d/S70loadkeys</filename>
+class="symlink">/etc/rc.d/rcsysinit.d/S70loadkeys</filename> symlink.</para>
-symlink.</para>
 
 </sect1>
 

chapter09/reboot.xml

@@ -9,8 +9,8 @@ your computer. First exit from the chroot environment:</para>
 
 <para>Then unmount the virtual files systems:</para>
 
-<screen><userinput>umount /dev/pts
+<screen><userinput>umount $LFS/dev/pts
-umount /proc</userinput></screen>    
+umount $LFS/proc</userinput></screen>    
 
 <para>And unmount the LFS file system:</para>