You

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

9 files changed, 39 insertions, 34 deletions

diff --git a/chapter05/bash-exp.xml b/chapter05/bash-exp.xml
index 57c22ea1e..ce6069d86 100644
--- a/chapter05/bash-exp.xml
+++ b/chapter05/bash-exp.xml
@@ -9,15 +9,16 @@ option causes Bash to be linked statically
 <para>
 <userinput>--prefix=$LFS/usr:</userinput> This configure option installs 
 all of Bash's files under the $LFS/usr directory, which becomes the /usr 
-directory after you chroot into $LFS or when you reboot the system into LFS.
+directory after the user chrooted into $LFS or when he rebooted 
+the system into LFS.
 </para>
 
 <para>
 <userinput>--bindir=$LFS/bin:</userinput> This installs the executable 
 files in $LFS/bin. We do this because we want bash to be in /bin, not in 
-/usr/bin. One reason being: your /usr partition might be on a seperate 
+/usr/bin. One reason being: the /usr partition might be on a seperate 
 partition which has to be mounted at some point. Before that partition is 
-mounted you need and will want to have bash available (it will be hard to 
+mounted a user needs and will want to have bash available (it will be hard to 
 execute the boot scripts without a shell for instance).
 </para>
 
@@ -44,8 +45,9 @@ possible) as the original Bourne shell.
 <para>
 The <userinput>&amp;&amp;</userinput>'s at the end of every line cause 
 the next command only to be executed when the previous command exists 
-with a return value of 0 indicating success. In case you copy&amp;paste 
-all of these commands on the shell you want to be ensured that if 
+with a return value of 0 indicating success. In case all of these 
+commands are copy&amp;pasted 
+on the shell is is important to be ensured that if 
 ./configure fails, make isn't being executed and likewise if make fails 
 that make install isn't being executed, and so forth.
 </para>
diff --git a/chapter05/bash-inst.xml b/chapter05/bash-inst.xml
index 8c9115709..7ee897a3d 100644
--- a/chapter05/bash-inst.xml
+++ b/chapter05/bash-inst.xml
@@ -18,8 +18,8 @@ Install Bash by running the following commands:
 </literallayout></blockquote>
 
 <para>
-If you get errors when compiling bash that tell you about not being able to
-find <quote>-lcurses</quote> run these two commands to create the
+If a user gets errors when compiling bash that tell about not being able to
+find <quote>-lcurses</quote> these two commands should be run to create the
 missing symlink (so far we have not enountered one distribution that has
 this libncurses symlink setup properly, except for LFS systems where it
 is setup properly):
@@ -34,8 +34,9 @@ is setup properly):
 
 <para>
 Note: Normally the libncurses.a file resides in the /usr/lib directory
-but it might reside in /lib (like it does on LFS systems). So check to 
-make sure whether you should run the ln command in /usr/lib or in /lib
+but it might reside in /lib (like it does on LFS systems). A user needs
+to check to 
+make sure whether the ln command has to be run in /usr/lib or in /lib.
 </para>
 
 </sect2>
diff --git a/chapter05/binutils-exp.xml b/chapter05/binutils-exp.xml
index 71370de2a..df52bea5f 100644
--- a/chapter05/binutils-exp.xml
+++ b/chapter05/binutils-exp.xml
@@ -18,9 +18,9 @@ to the value -all-static causes binutils to be linked statically.
 directory where the executables from binutils end up in) is set to
 $(exec_prefix)/$(target_alias) which expands into, for example, 
 /usr/i686-pc-linux-gnu. Since we only build for our own system we don't
-need this target specific directory in $LFS/usr. You would use that
-setup if you use your system to cross-compile (for example you would
-compile a package on your Intel machine that generates code that can be
+need this target specific directory in $LFS/usr. That setup would be used
+if the system is used to cross-compile (for example 
+compiling a package on the Intel machine that generates code that can be
 executed on Apple PowerPC machines).
 </para>
 
diff --git a/chapter05/bzip2-exp.xml b/chapter05/bzip2-exp.xml
index 788de4298..64735fb61 100644
--- a/chapter05/bzip2-exp.xml
+++ b/chapter05/bzip2-exp.xml
@@ -12,7 +12,7 @@ will be easier to link bzip2 statically.
 <userinput>...Makefile | make -f -:</userinput> Makefile
 is the last parameter of the sed command which indicates the file to
 search and replace in. sed normally sends the modified file to stdout
-(standard output) which will be your console. With the construction we
+(standard output) which will be the console. With the construction we
 use, sed's output will be piped to the make program. Normally when make
 is started it tries to find a number of files like Makefile. But we have
 modified the Makefile file so we don't want make to use it. The "-f -"
@@ -24,8 +24,8 @@ and tell make with the -f parameter to read that alternate file.
 
 <para>
 <userinput>LDFLAGS=-static:</userinput> This is the second way we use to
-link a package statically. This is also the most common way. As you'll
-notice, the -all-static value is only used with the binutils package and
+link a package statically. This is also the most common way. 
+The -all-static value is only used with the binutils package and
 won't be used throughout the rest of this book.
 </para>
 
diff --git a/chapter05/gcc-exp.xml b/chapter05/gcc-exp.xml
index f78113466..28ea10192 100644
--- a/chapter05/gcc-exp.xml
+++ b/chapter05/gcc-exp.xml
@@ -4,8 +4,8 @@
 <para>
 <userinput>--enable-languages=c,c++:</userinput> This only builds the C
 and C++ compilers and not the other available compilers as they are, on
-the average, not often used. If you do need those other compilers don't
-use the --enable-languages parameter.
+the average, not often used. If those other compilers are needed
+the --enable-languages parameter can be omitted..
 </para>
 
 <para>
diff --git a/chapter05/gcc-inst.xml b/chapter05/gcc-inst.xml
index 260a0612b..6a2ff538f 100644
--- a/chapter05/gcc-inst.xml
+++ b/chapter05/gcc-inst.xml
@@ -2,8 +2,9 @@
 <title>Installation of GCC</title>
 
 <para>
-After you unpacked the gcc-2.95.2.1 archive don't enter the newly created
-gcc-2.95.2.1 directory but stay in the $LFS/usr/src directory. Install GCC by 
+After the gcc-2.95.2.1 archive was unpacked, the newly created
+gcc-2.95.2.1 directory is not entered. The user should stay in the
+$LFS/usr/src directory. GCC is installed by 
 running the following commands:
 </para>
 
diff --git a/chapter05/gzip-inst.xml b/chapter05/gzip-inst.xml
index d329c0b8d..3e2235162 100644
--- a/chapter05/gzip-inst.xml
+++ b/chapter05/gzip-inst.xml
@@ -2,7 +2,7 @@
 <title>Installation of Gzip</title>
 
 <para>
-Before you install Gzip you have to unpack the gzip patch file.
+Before Gzip is installed the the gzip patch file needs to be unpacked.
 </para>
 
 <blockquote><literallayout>
diff --git a/chapter05/installasroot.xml b/chapter05/installasroot.xml
index 0f070588d..d8207f440 100644
--- a/chapter05/installasroot.xml
+++ b/chapter05/installasroot.xml
@@ -2,21 +2,21 @@
 <title>Install all software as user root</title>
 
 <para>
-It's best if you login as root or su to root when installing these
-files. That way you are assured that all files are owned by user root,
-group root (and not owned by the userid of your non-root user) and if a
+It's best if the user logins as root or su's to root when installing these
+files. That way he is assured that all files are owned by user root,
+group root (and not owned by the userid of the non-root user) and if a
 package wants to set special permissions it can do so without problems
 due to non-root access.
 </para>
 
 <para>
-If you read the documentation that comes with Glibc, Gcc and other
-packages they recommend not to compile the packages as user root. We
+The documentation that comes with Glibc, Gcc and other
+packages recommend not to compile the packages as user root. We
 feel it's safe to ignore that recommendation and compile as user root
 anyways. Hundreds of people using LFS have done so without any problems
 whatsoever and we haven't encountered any bugs in the compile processes
 that cause harm. So it's pretty safe (never can be 100% safe though, so
-it's up to you what you end up doing).
+it's up to the user what he ends up doing).
 </para>
 
 </sect1>
diff --git a/chapter05/introduction.xml b/chapter05/introduction.xml
index 881a7e9ed..a379d90ab 100644
--- a/chapter05/introduction.xml
+++ b/chapter05/introduction.xml
@@ -3,17 +3,17 @@
 
 <para>
 In the following chapters we will install all the software that belongs to 
-a basic Linux system. After you're done with this chapter you have a 
+a basic Linux system. After a user is done with this chapter he has a 
 fully working Linux system. The remaining chapters deal with setting up 
 networking, creating the boot scripts and adding an entry to lilo.conf so 
-that you can boot your LFS system.
+that the LFS system can be booted.
 </para>
 
 <para>
 The software in this chapter will be linked statically. These programs
 will be re-installed 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 your LFS system aren't using the same C
+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.
@@ -21,7 +21,7 @@ LFS system.
 
 <para>
 The key to learn what makes Linux tick is to know exactly what packages
-are used for and why you or the system needs them. Descriptions
+are used for and why a user or the system needs them. Descriptions
 of the package content are provided after the Installation subsection of each
 package and in Appendix A as well.
 </para>
@@ -32,8 +32,8 @@ packages will be, as previously explained, linked statically.
 </para>
 
 <para>
-During the installation of various packages you will most likely see
-compiler warnings scrolling by on your screen. These are normal and can
+During the installation of various packages the user will most likely see
+compiler warnings scrolling by on the screen. These are normal and can
 be safely ignored. They are just that, warnings (mostly about improper
 use of the C or C++ syntax, but not illegal use. It's just that often C
 standards changed and packages still use the old standard which is not a
@@ -41,8 +41,9 @@ problem).
 </para>
 
 <para>
-Before we start, make sure you have the LFS environment variable setup 
-if you plan on using it, by running the following command:
+Before we start, it should be made sure the LFS environment variable was 
+setup 
+if it was planned to be used, by running the following command:
 </para>
 
 <blockquote><literallayout>