aboutsummaryrefslogtreecommitdiffstats
path: root/chapter02/install.xml
blob: 15dbb6f5f1db0a48b63cad2ecad8b9821ac14a35 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
<sect1 id="ch02-install">
<title>How to install the software</title>

<para>
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 or bzip2'ed. I'm not going to write down every time how to
unpack an archive. I will explain how to do that once, in this 
section. 
</para>

<para>
To start with, change to the $LFS/usr/src directory by running:
</para>

<blockquote><literallayout>

        <userinput>cd $LFS/usr/src</userinput>

</literallayout></blockquote>

<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:
</para>

<blockquote><literallayout>

        <userinput>tar xvzf filename.tar.gz</userinput>
        <userinput>tar xvzf filename.tgz</userinput>

</literallayout></blockquote>


<para>
If a file is tar'ed and bzip2'ed, it is unpacked by
running:
</para>

<blockquote><literallayout>

        <userinput>bzcat filename.tar.bz2 | tar xv</userinput>

</literallayout></blockquote>

<para>
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. The above construction works no matter how
your host system decided to patch bzip2.
</para>

<para>
If a file is just tar'ed, it is unpacked by running:
</para>

<blockquote><literallayout>

        <userinput>tar xvf filename.tar</userinput>

</literallayout></blockquote>

<para>
When ab archive is unpacked, a new directory will be created under the
current directory (and this book assumes that the archives are unpacked
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>
If a file is gzip'ed, it is unpacked by running:
</para>

<blockquote><literallayout>

	<userinput>gunzip filename.gz</userinput>

</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 has been installed, two things can be done with it:
either the directory that contains the sources can be deleted,
or 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 host 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>
So, save yourself a lot of hassle and just remove the source directory
immediately after you have installed it.
</para>

<para>
There is one exception to that rule: don't remove the Linux kernel source
tree. A lot of programs need the kernel headers, so that's the only
directory that should not be removed, unless no package is to be compiled
anymore.
</para>

</sect1>