aboutsummaryrefslogtreecommitdiffstats
path: root/chapter02/install.xml
diff options
context:
space:
mode:
authorGerard Beekmans <gerard@linuxfromscratch.org>2001-03-23 02:56:31 +0000
committerGerard Beekmans <gerard@linuxfromscratch.org>2001-03-23 02:56:31 +0000
commitff9fe0170aa1253324cd85f6501b824bdfa9fd5d (patch)
tree56cd90e4c40aea25b91ecd9402eb13916024366c /chapter02/install.xml
parent97f1db3961a7263636899a0eb58b9ac4d214438f (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.xml57
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>