Context Navigation

-              rab8b352
+              r72033583
 <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>
 …
 <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>
 …
 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.

chapter05/bash-inst.xml

-              rab8b352
+              r72033583
 <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
 …
 <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>

chapter05/binutils-exp.xml

-              rab8b352
+              r72033583
 $(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>

chapter05/bzip2-exp.xml

-              rab8b352
+              r72033583
 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
 …
 <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>

chapter05/gcc-exp.xml

-              rab8b352
+              r72033583
 <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>

chapter05/gcc-inst.xml

-              rab8b352
+              r72033583
 <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>

chapter05/gzip-inst.xml

rab8b352	r72033583
3	3
4	4	<para>
5		Before ~~you install Gzip you have to unpack the gzip patch file~~.
	5	Before Gzip is installed the the gzip patch file needs to be unpacked.
6	6	</para>
7	7

chapter05/installasroot.xml

-              rab8b352
+              r72033583
 <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>
 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>

chapter05/introduction.xml

-              rab8b352
+              r72033583
 <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>
 …
 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
 …
 <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>
 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
 …
 <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>

preface/organpart1.xml

-              rab8b352
+              r72033583
 <para>
 Part One gives you general information about this book (versions, where
+Part One gives general information about this book (versions, where
 to get it, changelog, mailing lists, and how to get in touch with me).
 It also explains a few important aspects you really want and need to
 read before you start building an LFS system.
+It also explains a few important aspects a user really wants and needs to
+read before starting to build an LFS system.
 </para>

preface/organpart2.xml

-              rab8b352
+              r72033583
 <para>
 Part Two guides you through the installation of the LFS system which will
 be the foundation for the rest of the system. Whatever you
 choose to do with your brand new LFS system, it will be built on the
+Part Two guides through the installation of the LFS system which will
+be the foundation for the rest of the system. Whatever a user
+chooses to do with his brand new LFS system, it will be built on the
 foundation that's installed in this part.
 </para>

preface/whonotread.xml

-              rab8b352
+              r72033583
 <para>
 Users who don't want to build an entire Linux system from scratch
 probably don't want to read this book. If you, however, do want to learn
+probably don't want to read this book. If a user, however, wants to learn
 more about what happens behind the scenes, in particular what happens
 between turning on your computer and seeing the command prompt, you want
+between turning on the computer and seeing the command prompt, he wants
 to read the <quote>From Power Up To Bash Prompt</quote> (P2B) HOWTO.
 This HOWTO builds a bare system, in way similar to the one this book
 …
 <para>
 To decide whether you want to read this book or the P2B HOWTO, you could
 ask yourself this question: "Is my main objective to get a working Linux
+To decide whether to read this book or the P2B HOWTO, a user could
+ask himself this question: "Is my main objective to get a working Linux
 system that I'm going to build myself and, along the way, learn what
 every component of a system is for, or is just the learning part my main
 objective?" If you want to build and learn, read this book. If you just
 want to learn, then the P2B HOWTO is probably better material to read.
+objective?" If he wants to build and learn, he reads this book. If he just
+wants to learn, then the P2B HOWTO is probably better material to read.
 </para>

preface/whoread.xml

-              rab8b352
+              r72033583
 This book is intended for Linux users who want to setup their own
 custom-built Linux system. Reasons for wanting to build such a system are
 diverse. Perhaps you want to get into more detail as to what
 happens behind the scenes. Perhaps you are fed up with distributions
 which are often bloated or perhaps you don't want to rely on pre-compiled
 binaries due to security concerns. There are many reasons why you may want
 a custom-built system, but if you are one of them, this book is meant
 for you.
+diverse. Perhaps a user wants to get into more detail as to what
+happens behind the scenes. Perhaps he is fed up with distributions
+which are often bloated or perhaps he doesn't want to rely on pre-compiled
+binaries due to security concerns. There are many reasons why a user may wants
+a custom-built system, but if it is one of them, this book is meant
+for him.
 </para>
 <para>
 The fruits of building your own system are plentiful, but the labour may
 be hard. You have a long way ahead of you but in the end you will be
 able to call yourself the proud owner of your own Linux system,
 completely tailored after your needs. You dictate the layout of
+The fruits of building an own system are plentiful, but the labour may
+be hard. It is a long way ahead but in the end a user will be
+able to call himself the proud owner of his own Linux system,
+completely tailored after his needs. He dictates the layout of
 bootscripts, the file system hierarchy, which programs are installed in
 which directory, which versions of software to use, and more. Perhaps the
 most important reason is that you know exactly what is installed where,
+most important reason is to know exactly what is installed where,
 why, and how.
 </para>

Note: See TracChangeset for help on using the changeset viewer.

Context Navigation

Changeset 72033583

Legend:

Download in other formats: