mirror of
https://git.linuxfromscratch.org/lfs.git
synced 2025-06-19 03:39:20 +01:00
text updates
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@1110 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
This commit is contained in:
parent
f0f31916d8
commit
2f5db45b25
@ -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
|
||||||
|
@ -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>
|
||||||
|
|
||||||
|
@ -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>
|
||||||
|
|
||||||
|
@ -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
|
||||||
|
@ -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
|
||||||
|
@ -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>
|
||||||
|
|
||||||
|
@ -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>
|
||||||
|
Loading…
Reference in New Issue
Block a user