- Timestamp:
- 06/29/2005 04:24:16 PM (19 years ago)
- Branches:
- 10.0, 10.0-rc1, 10.1, 10.1-rc1, 11.0, 11.0-rc1, 11.0-rc2, 11.0-rc3, 11.1, 11.1-rc1, 11.2, 11.2-rc1, 11.3, 11.3-rc1, 12.0, 12.0-rc1, 12.1, 12.1-rc1, 6.3, 6.4, 6.5, 6.6, 6.7, 6.8, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.5-systemd, 7.6, 7.6-systemd, 7.7, 7.7-systemd, 7.8, 7.8-systemd, 7.9, 7.9-systemd, 8.0, 8.1, 8.2, 8.3, 8.4, 9.0, 9.1, arm, bdubbs/gcc13, ml-11.0, multilib, renodr/libudev-from-systemd, s6-init, trunk, xry111/arm64, xry111/arm64-12.0, xry111/clfs-ng, xry111/lfs-next, xry111/loongarch, xry111/loongarch-12.0, xry111/loongarch-12.1, xry111/mips64el, xry111/pip3, xry111/rust-wip-20221008, xry111/update-glibc
- Children:
- ab1a271
- Parents:
- 2ec0d20
- Location:
- chapter04
- Files:
-
- 5 edited
Legend:
- Unmodified
- Added
- Removed
-
chapter04/aboutsbus.xml
r2ec0d20 r663ecfc 30 30 31 31 <para>In general, SBUs are not entirely accurate because they depend on many 32 factors, not just the GCC version. Note that on Symmetric Multi-Processor 33 (SMP)-based machines, SBUs are even less accurate. They are provided here to 34 give an estimate of how long it might take to install a package, but the numbers 35 can vary by as much as dozens of minutes in some cases.</para> 32 factors, including the host system's version of GCC. Note that on Symmetric 33 Multi-Processor (SMP)-based machines, SBUs are even less accurate. They are 34 provided here to give an estimate of how long it might take to install a 35 package, but the numbers can vary by as much as dozens of minutes in some 36 cases.</para> 36 37 37 38 <para>To view actual timings for a number of specific machines, we recommend -
chapter04/abouttestsuites.xml
r2ec0d20 r663ecfc 42 42 linkend="chapter-temporary-tools"/>.</para> 43 43 44 <para>Sometimes package test suites will give false failures. Consult the logs 45 located at <ulink url="&test-results;"/> to verify whether or not these failures 46 are expected. This site is valid for all tests throughout this book.</para> 44 <para>Sometimes package test suites will fail, but for reasons which the 45 developers are aware of and have deemed non-critical. Consult the logs located 46 at <ulink url="&test-results;"/> to verify whether or not these failures are 47 expected. This site is valid for all tests throughout this book.</para> 47 48 48 49 </sect1> -
chapter04/addinguser.xml
r2ec0d20 r663ecfc 8 8 <?dbhtml filename="addinguser.html"?> 9 9 10 <para>When logged in as user <emphasis>root</emphasis>, making a 11 single mistake can damage or destroy a system. Therefore, we recommend 12 building the packages in this chapter as an unprivileged user. You 13 could use your own user name, but to make it easier to set up a clean 14 work environment, create a new user called <emphasis>lfs</emphasis> as 15 a member of a new group (also named <emphasis>lfs</emphasis>) and use 16 this user during the installation process. As 10 <para>When logged in as user <emphasis>root</emphasis>, making a single mistake 11 can damage or destroy a system. Therefore, we recommend building the packages in 12 this chapter as an unprivileged user. You could use your own user name, but to 13 make it easier to set up a clean working environment, create a new user called 14 <emphasis>lfs</emphasis> as a member of a new group (also named 15 <emphasis>lfs</emphasis>) and use this user during the installation process. As 17 16 <emphasis>root</emphasis>, issue the following commands to add the new 18 17 user:</para> … … 84 83 85 84 <para>The <quote><parameter>-</parameter></quote> instructs 86 <command>su</command> to start a login shell as opposed to a non-login 87 shell. The difference between these two types of shells can be found 88 in detail in the Bash man and info pages.</para>85 <command>su</command> to start a login shell as opposed to a non-login shell. 86 The difference between these two types of shells can be found in detail in the 87 <command>man</command> and <command>info</command> pages for Bash.</para> 89 88 90 89 </sect1> -
chapter04/creatingtoolsdir.xml
r2ec0d20 r663ecfc 31 31 <screen><userinput>ln -s $LFS/tools /</userinput></screen> 32 32 33 <note><para>The above command is correct. The <command>ln</command> 34 command has a few syntactic variations, so be sure to check the info 35 and manpages before reporting what you may think is an33 <note><para>The above command is correct. The <command>ln</command> command has 34 a few syntactic variations, so be sure to check the <command>info</command> and 35 <command>man</command> pages before reporting what you may think is an 36 36 error.</para></note> 37 37 -
chapter04/settingenviron.xml
r2ec0d20 r663ecfc 77 77 everything will work as expected in the chroot environment.</para> 78 78 79 <para>By putting <filename class="directory">/tools/bin</filename> 80 ahead of the standard <envar>PATH</envar>, all the programs installed in <xref 81 linkend="chapter-temporary-tools"/> are picked up by the shell 82 immediately after their installation. This, combined with turning off 83 hashing, limits the risk that old programs from 84 the host are being used when they should not be used any 85 longer.</para> 79 <para>By putting <filename class="directory">/tools/bin</filename> ahead of the 80 standard <envar>PATH</envar>, all the programs installed in <xref 81 linkend="chapter-temporary-tools"/> are picked up by the shell immediately after 82 their installation. This, combined with turning off hashing, limits the risk 83 that old programs are used from the host when the same programs are available in 84 the chapter 5 environment.</para> 86 85 87 86 <para>Finally, to have the environment fully prepared for building the
Note:
See TracChangeset
for help on using the changeset viewer.