diff options
author | Gerard Beekmans <gerard@linuxfromscratch.org> | 2001-03-23 02:56:31 +0000 |
---|---|---|
committer | Gerard Beekmans <gerard@linuxfromscratch.org> | 2001-03-23 02:56:31 +0000 |
commit | ff9fe0170aa1253324cd85f6501b824bdfa9fd5d (patch) | |
tree | 56cd90e4c40aea25b91ecd9402eb13916024366c /chapter02 | |
parent | 97f1db3961a7263636899a0eb58b9ac4d214438f (diff) |
Text update
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@355 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
Diffstat (limited to 'chapter02')
-rw-r--r-- | chapter02/aboutlfs.xml | 8 | ||||
-rw-r--r-- | chapter02/install.xml | 57 |
2 files changed, 40 insertions, 25 deletions
diff --git a/chapter02/aboutlfs.xml b/chapter02/aboutlfs.xml index 2743e00bf..175edd089 100644 --- a/chapter02/aboutlfs.xml +++ b/chapter02/aboutlfs.xml @@ -6,14 +6,14 @@ Please read the following carefully: throughout this book the variable $LFS will be used frequently. $LFS must at all times be replaced by the directory where the partition that contains the LFS system is mounted. How to create and where to mount the partition will be -explaind in full detail in chapter 4. In my case, the LFS +explained in full detail in chapter 4. In my case, the LFS partition is mounted on /mnt/lfs. </para> <para> For example when you are told to run a command like -<userinput>./configure --prefix=$LFS</userinput> you will actually run -<userinput>./configure --prefix=/mnt/lfs</userinput> +<userinput>./configure --prefix=$LFS</userinput> you actually have to +run <userinput>./configure --prefix=/mnt/lfs</userinput> </para> <para> @@ -32,7 +32,7 @@ LFS=/mnt/lfs</userinput>. Now, if you read to run a command like <userinput>./configure --prefix=$LFS</userinput> you can type that literally. Your shell will replace $LFS with /mnt/lfs when it processes the command line (meaning -when you hit enter). +when you hit enter after having typed the command). </para> <para> diff --git a/chapter02/install.xml b/chapter02/install.xml index 5d2068903..251833917 100644 --- a/chapter02/install.xml +++ b/chapter02/install.xml @@ -2,19 +2,19 @@ <title>How to install the software</title> <para> -Before a user can actually start doing something with a package, he needs +Before you can actually start doing something with a package, you need to unpack it first. Often the package files are tar'ed and -gzip'ed. (That can determined by looking at the extension of the file. +gzip'ed. (That can be determined by looking at the extension of the file. Tar'ed and gzip'ed archives have a .tar.gz or .tgz extension, for example.) I'm not going to write down every time how to ungzip and how to untar an archive. I will tell how to do that once, in this section. There is also the possibility that a .tar.bz2 file could be downloaded. Such a file would be tar'ed and compressed with the bzip2 program. -Bzip2 achieves a better compression than the commonly used gzip does. In -order to use bz2 archives, the bzip2 program needs to be installed. +Bzip2 achieves a better compression than the more commonly used gzip does. +In order to use bz2 archives, the bzip2 program needs to be installed. Most if not every distribution comes with this program, so chances are -high it is already installed on the host system. If not, it's installed using -the distribution's installation tool. +high it is already installed on the host system. If not, it's installed +using the distribution's installation tool. </para> <para> @@ -30,7 +30,7 @@ To start with, change to the $LFS/usr/src directory by running: <para> If a file is tar'ed and gzip'ed, it is unpacked by running either one of the following two commands, depending on the -filename format: +filename: </para> <blockquote><literallayout> @@ -56,7 +56,8 @@ running: Some tar programs (most of them nowadays but not all of them) are slightly modified to be able to use bzip2 files directly using either the I or the y tar parameter, which works the same as the z tar parameter -to handle gzip archives. +to handle gzip archives. The above construction works no matter how +your host system decided to patch bzip2. </para> <para> @@ -72,10 +73,16 @@ If a file is just tar'ed, it is unpacked by running: <para> When the archive is unpacked, a new directory will be created under the current directory (and this document assumes that the archives are unpacked -under the $LFS/usr/src directory). A user has to enter that new directory -before continuing with the installation instructions. So, every time the -book is going to install a program, it's up to the user to unpack the source -archive. +under the $LFS/usr/src directory). Please enter that new directory +before continuing with the installation instructions. Again, every time +this book is going to install a package, it's up to you to unpack the source +archive and cd into the newly created directory. +</para> + +<para> +From time to time you will be dealing with single files such as patch +files. These files are generally gzip'ed or bzip2'ed. Before such files +can be used they need to be uncompressed first. </para> <para> @@ -89,17 +96,25 @@ If a file is gzip'ed, it is unpacked by running: </literallayout></blockquote> <para> +If a file is bzip2'ed, it is unpacked by running: +</para. + +<blockquote><literallayout> + + <userinput>bunzip2 filename.bz2</userinput> + +</literallayout></blockquote> + +<para> After a package is installed, two things can be done with it: either the directory that contains the sources can be deleted, -either it can be kept. -If it is kept, that's fine with me, but if the same package is needed -again in a later chapter, the directory needs to be deleted first before using -it again. If this is not done, it might end up in trouble because old -settings will be used (settings that apply to the normal Linux system but -which don't always apply to the LFS system). Doing a simple make clean -or make distclean does not always guarantee a totally clean source tree. -The configure script can also have files lying around in various -subdirectories which aren't always removed by a make clean process. +either it can be kept. If it is kept, that's fine with me, but if the +same package is needed again in a later chapter, the directory +needs to be deleted first before using it again. If this is not done, +you might end up in trouble because old settings will be used (settings +that apply to the normal Linux system but which don't always apply to +the LFS system). Doing a simple make clean or make distclean does not +always guarantee a totally clean source tree. </para> <para> |