mirror of
https://git.linuxfromscratch.org/lfs.git
synced 2025-03-05 22:04:48 +00:00
Text update
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@355 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
This commit is contained in:
parent
97f1db3961
commit
ff9fe0170a
@ -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>
|
||||
|
@ -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>
|
||||
@ -88,18 +95,26 @@ 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>
|
||||
|
@ -3,7 +3,7 @@
|
||||
|
||||
<para>
|
||||
In this chapter the partition that is going to host the LFS system is
|
||||
going to be prepared. A new partition will be created, an ext2 file
|
||||
going to be prepared. A new partition will be created, a file
|
||||
system will be created on it and the directory structure will be
|
||||
created. When this is done, we can move on to the next chapter and start
|
||||
building a new Linux system from scratch.
|
||||
|
Loading…
Reference in New Issue
Block a user