text updates

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

chapter05/bash-exp.xml

@@ -13,7 +13,7 @@ the system into LFS.</para>
 files in $LFS/bin. We do this because we want bash to be in /bin, not in 
 /usr/bin. One reason being: the /usr partition might be on a separate 
 partition which has to be mounted at some point. Before that partition is 
-mounted a user needs and will want to have bash available (it will be hard to 
+mounted you need and will want to have bash available (it will be hard to 
 execute the boot scripts without a shell for instance).</para>
 
 <para><userinput>ln -sf bash sh:</userinput> This command creates the sh

chapter05/diffutils-exp.xml

@@ -6,9 +6,8 @@ CPPFLAGS variable is a variable that's read by the cpp program (C
 PreProcessor). The value of this variable tells the preprocessor to 
 replace every instance of re_max_failures it finds by re_max_failures2 
 before handing the source file to the compiler itself for compilation. This 
-package has problems linking statically on certain platforms (depending 
-on the Glibc version used on that system) and this construction fixes
-that problem.</para>
+package has problems linking statically on systems that run an older
+Glibc version and this construction fixes that problem.</para>
 
 </sect2>
 

chapter05/gzip-exp.xml

@@ -2,9 +2,8 @@
 <title>Command explanations</title>
 
 <para><userinput>patch -Np1 -i ../gzip-&gzip-version;.patch </userinput> This 
-patch file is necessary to avoid a
-conflict of variable names with glibc when compiling and linking
-statically.</para>
+patch file is necessary to avoid a conflict of variable names with
+Glibc-2.0 systems when compiling and linking statically.</para>
 
 </sect2>
 

chapter05/introduction.xml

@@ -7,13 +7,16 @@ you'll have a fully working Linux system. The remaining chapters deal
 with creating the boot scripts, making the LFS system bootable and
 setting up basic networking.</para>
 
-<para>The software in this chapter will be linked statically. These programs
-will be reinstalled in the next chapter and linked dynamically. The
+<para>The software in this chapter will be linked statically and will be 
+reinstalled in the next chapter and linked dynamically. The
 reason for the static version first is that there is a chance that our
 normal Linux system and the LFS system aren't using the same C
 Library versions. If the programs in the first part are linked against
 an older C library version, those programs might not work well on the
-LFS system.</para>
+LFS system. Another reason is to resolve circular dependencies. An
+example of such a dependency is that you need a compiler to install a
+compiler, and you're going to need a shell to install a shell and that
+copmiler.</para>
 
 <para>The key to learn what makes Linux tick is to know exactly what packages
 are used for and why a user or the system needs them. Descriptions

chapter05/proc.xml

@@ -1,7 +1,7 @@
 <sect1 id="ch05-proc">
 <title>Mounting $LFS/proc file system</title>
 
-<para>In order for certain programs to function properly the proc file system
+<para>In order for certain programs to function properly, the proc file system
 must be mounted and available from within the chroot'ed environment as
 well. It's not a problem to mount the proc file system twice
 or even more than that, since it's a virtual file system maintained by

chapter05/pwdgroup.xml

@@ -3,14 +3,13 @@
 
 <para>In order for the user and group root to be recognized and to be able to 
 login, there needs to be an entry in the /etc/passwd and /etc/group file. 
-Besides the group root a couple of other groups are recommended and needed by
+Besides the group root, a couple of other groups are recommended and needed by
 packages. The groups with their GID's below aren't part of any standard.
 The LSB only recommends besides a group root a group bin to be present
 with GID 1. Other group names and GID's can be chosen by the user. Well
 written packages don't depend on GID numbers but just use the group
-name, since it doesn't matter all that much what GID a group has. Since there
-aren't any standards for groups I won't follow any conventions used by
-Debian, RedHat and others. The groups added here are the groups the
+name, since it doesn't matter which GID a group has. Since there
+aren't any standards for groups The groups created here are the groups the
 MAKEDEV script (the script that creates the device files in the /dev
 directory) mentions.</para>
 

chapter05/shellutils-exp.xml

@@ -3,7 +3,8 @@
 
 <para><userinput>patch -Np1 -i 
 ../sh-utils-&sh-utils-version;.patch</userinput>This
-patch is needed to avoid a conflict of variable names with glibc when 
+patch is needed to avoid a conflict of variable names with certain Glibc
+verions (depending on the way your distributio has patched Glibc) when 
 compiling sh-utils statically.</para>
 
 </sect2>