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/install.xml | |
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/install.xml')
-rw-r--r-- | chapter02/install.xml | 57 |
1 files changed, 36 insertions, 21 deletions
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> |