text updates

git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@1110 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
This commit is contained in:
Gerard Beekmans 2001-08-29 17:49:48 +00:00
parent f0f31916d8
commit 2f5db45b25
7 changed files with 17 additions and 16 deletions

View File

@ -13,7 +13,7 @@ the system into LFS.</para>
files in $LFS/bin. We do this because we want bash to be in /bin, not in files in $LFS/bin. We do this because we want bash to be in /bin, not in
/usr/bin. One reason being: the /usr partition might be on a separate /usr/bin. One reason being: the /usr partition might be on a separate
partition which has to be mounted at some point. Before that partition is partition which has to be mounted at some point. Before that partition is
mounted a user needs and will want to have bash available (it will be hard to mounted you need and will want to have bash available (it will be hard to
execute the boot scripts without a shell for instance).</para> execute the boot scripts without a shell for instance).</para>
<para><userinput>ln -sf bash sh:</userinput> This command creates the sh <para><userinput>ln -sf bash sh:</userinput> This command creates the sh

View File

@ -6,9 +6,8 @@ CPPFLAGS variable is a variable that's read by the cpp program (C
PreProcessor). The value of this variable tells the preprocessor to PreProcessor). The value of this variable tells the preprocessor to
replace every instance of re_max_failures it finds by re_max_failures2 replace every instance of re_max_failures it finds by re_max_failures2
before handing the source file to the compiler itself for compilation. This before handing the source file to the compiler itself for compilation. This
package has problems linking statically on certain platforms (depending package has problems linking statically on systems that run an older
on the Glibc version used on that system) and this construction fixes Glibc version and this construction fixes that problem.</para>
that problem.</para>
</sect2> </sect2>

View File

@ -2,9 +2,8 @@
<title>Command explanations</title> <title>Command explanations</title>
<para><userinput>patch -Np1 -i ../gzip-&gzip-version;.patch </userinput> This <para><userinput>patch -Np1 -i ../gzip-&gzip-version;.patch </userinput> This
patch file is necessary to avoid a patch file is necessary to avoid a conflict of variable names with
conflict of variable names with glibc when compiling and linking Glibc-2.0 systems when compiling and linking statically.</para>
statically.</para>
</sect2> </sect2>

View File

@ -7,13 +7,16 @@ you'll have a fully working Linux system. The remaining chapters deal
with creating the boot scripts, making the LFS system bootable and with creating the boot scripts, making the LFS system bootable and
setting up basic networking.</para> setting up basic networking.</para>
<para>The software in this chapter will be linked statically. These programs <para>The software in this chapter will be linked statically and will be
will be reinstalled in the next chapter and linked dynamically. The reinstalled in the next chapter and linked dynamically. The
reason for the static version first is that there is a chance that our reason for the static version first is that there is a chance that our
normal Linux system and the LFS system aren't using the same C normal Linux system and the LFS system aren't using the same C
Library versions. If the programs in the first part are linked against Library versions. If the programs in the first part are linked against
an older C library version, those programs might not work well on the an older C library version, those programs might not work well on the
LFS system.</para> LFS system. Another reason is to resolve circular dependencies. An
example of such a dependency is that you need a compiler to install a
compiler, and you're going to need a shell to install a shell and that
copmiler.</para>
<para>The key to learn what makes Linux tick is to know exactly what packages <para>The key to learn what makes Linux tick is to know exactly what packages
are used for and why a user or the system needs them. Descriptions are used for and why a user or the system needs them. Descriptions

View File

@ -1,7 +1,7 @@
<sect1 id="ch05-proc"> <sect1 id="ch05-proc">
<title>Mounting $LFS/proc file system</title> <title>Mounting $LFS/proc file system</title>
<para>In order for certain programs to function properly the proc file system <para>In order for certain programs to function properly, the proc file system
must be mounted and available from within the chroot'ed environment as must be mounted and available from within the chroot'ed environment as
well. It's not a problem to mount the proc file system twice well. It's not a problem to mount the proc file system twice
or even more than that, since it's a virtual file system maintained by or even more than that, since it's a virtual file system maintained by

View File

@ -3,14 +3,13 @@
<para>In order for the user and group root to be recognized and to be able to <para>In order for the user and group root to be recognized and to be able to
login, there needs to be an entry in the /etc/passwd and /etc/group file. login, there needs to be an entry in the /etc/passwd and /etc/group file.
Besides the group root a couple of other groups are recommended and needed by Besides the group root, a couple of other groups are recommended and needed by
packages. The groups with their GID's below aren't part of any standard. packages. The groups with their GID's below aren't part of any standard.
The LSB only recommends besides a group root a group bin to be present The LSB only recommends besides a group root a group bin to be present
with GID 1. Other group names and GID's can be chosen by the user. Well with GID 1. Other group names and GID's can be chosen by the user. Well
written packages don't depend on GID numbers but just use the group written packages don't depend on GID numbers but just use the group
name, since it doesn't matter all that much what GID a group has. Since there name, since it doesn't matter which GID a group has. Since there
aren't any standards for groups I won't follow any conventions used by aren't any standards for groups The groups created here are the groups the
Debian, RedHat and others. The groups added here are the groups the
MAKEDEV script (the script that creates the device files in the /dev MAKEDEV script (the script that creates the device files in the /dev
directory) mentions.</para> directory) mentions.</para>

View File

@ -3,7 +3,8 @@
<para><userinput>patch -Np1 -i <para><userinput>patch -Np1 -i
../sh-utils-&sh-utils-version;.patch</userinput>This ../sh-utils-&sh-utils-version;.patch</userinput>This
patch is needed to avoid a conflict of variable names with glibc when patch is needed to avoid a conflict of variable names with certain Glibc
verions (depending on the way your distributio has patched Glibc) when
compiling sh-utils statically.</para> compiling sh-utils statically.</para>
</sect2> </sect2>