Changeset db9d773c
- Timestamp:
- 02/28/2004 11:26:41 AM (20 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.0, 6.1, 6.1.1, 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, v5_1, v5_1_1, 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:
- 46c039e
- Parents:
- 687ef73
- Files:
-
- 7 edited
Legend:
- Unmodified
- Added
- Removed
-
chapter01/changelog.xml
r687ef73 rdb9d773c 46 46 47 47 <listitem><para>February 26th, 2004 [jeremy]: Removed the creation of the 48 /usr/etc directory to conform with FHS - closes bug 775 </para></listitem>48 /usr/etc directory to conform with FHS - closes bug 775.</para></listitem> 49 49 50 <listitem><para>February 26th, 2004 [jeremy]: Upgraded to Kernel 2.4.25</para></listitem> 50 <listitem><para>February 26th, 2004 [jeremy]: Upgraded to 51 Kernel 2.4.25</para></listitem> 51 52 52 53 <listitem><para>February 23rd, 2004 [alex]: Chapters 6 + 9 : Cleaned up the -
chapter06/chapter06.xml
r687ef73 rdb9d773c 574 574 ensure you're not running any of the binaries that are about to be stripped. 575 575 If you're not sure whether you entered chroot with the command given in 576 <xref linkend="ch-system-chroot"/>, then now exit from chroot and reenter it 577 with the following commands:</para> 578 579 <screen><userinput>logout; chroot $LFS /tools/bin/env -i \ 576 <xref linkend="ch-system-chroot"/>, then first exit from chroot:</para> 577 578 <screen><userinput>logout</userinput></screen> 579 580 <para>Then reenter it with:</para> 581 582 <screen><userinput>chroot $LFS /tools/bin/env -i \ 580 583 HOME=/root TERM=$TERM PS1='\u:\w\$ ' \ 581 584 PATH=/bin:/usr/bin:/sbin:/usr/sbin \ … … 617 620 directory, exit from chroot and reenter it with the above command. Also, before 618 621 removing <filename class="directory">/tools</filename>, you may want to tar it 619 up and store it in a safe place, in case you want build another LFS system622 up and store it in a safe place, in case you want to build another LFS system 620 623 soon.</para> 621 624 -
chapter06/ncurses.xml
r687ef73 rdb9d773c 42 42 <screen><userinput>mv /usr/lib/libncurses.so.5* /lib</userinput></screen> 43 43 44 <para>Since the libraries have been moved to 45 <filename>/lib</filename>, a few symlinks are currently pointing 46 towards non-existing files. Recreate those symlinks:</para> 44 <para>Now the libraries have been moved, a few symlinks are pointing to 45 non-existent files. Recreate those symlinks:</para> 47 46 48 47 <screen><userinput>ln -sf ../../lib/libncurses.so.5 /usr/lib/libncurses.so -
chapter06/vim.xml
r687ef73 rdb9d773c 26 26 27 27 <para>First change the default locations of the <filename>vimrc</filename> and 28 <filename>gvimrc</filename> files to <filename28 <filename>gvimrc</filename> configuration files to <filename 29 29 class="directory">/etc</filename>.</para> 30 30 … … 43 43 <userinput>make check</userinput>. However, this test suite outputs a lot of 44 44 seemingly garbage characters to the screen, and this can wreak havoc with the 45 settings of the current terminal. Accordingly, the running of the test suite46 hereis strictly optional.</para>45 settings of the current terminal. Therefore the running of the test suite here 46 is strictly optional.</para> 47 47 48 48 <para>And install the package:</para> -
chapter06/zlib.xml
r687ef73 rdb9d773c 34 34 <userinput>make check</userinput>.</para> 35 35 36 <screen><userinput>make check</userinput></screen>37 38 36 <para>Install the shared library:</para> 39 37 … … 45 43 make</userinput></screen> 46 44 47 <para>To have the results tested , issue:45 <para>To have the results tested again, issue: 48 46 <userinput>make check</userinput>.</para> 49 47 … … 59 57 the <filename class="directory">/lib</filename> directory. This matters most 60 58 in scenarios where <filename class="directory">/usr</filename> is on a 61 separate partition. Essentially, the run-time components of any libraries 62 depended uponby programs in <filename class="directory">/bin</filename> or59 separate partition. Essentially, the run-time components of any libraries that 60 are used by programs in <filename class="directory">/bin</filename> or 63 61 <filename class="directory">/sbin</filename> should reside in 64 62 <filename class="directory">/lib</filename> so that they are on the root … … 66 64 <filename class="directory">/usr</filename> being inaccessible.</para> 67 65 68 <para>Therefore we move the run-time components of the shared Zlib into 69 <filename class="directory">/lib</filename> by issuing the following 70 command:</para> 66 <para>For the above reason we move the run-time components of the shared Zlib 67 into <filename class="directory">/lib</filename>:</para> 71 68 72 69 <screen><userinput>mv /usr/lib/libz.so.* /lib</userinput></screen> 73 70 74 <para>Now we need to fix upthe <filename>/usr/lib/libz.so</filename> symlink75 because we just moved the location of thefile it points to:</para>71 <para>Now we need to fix the <filename>/usr/lib/libz.so</filename> symlink 72 because we just moved the file it points to:</para> 76 73 77 74 <screen><userinput>ln -sf ../../lib/libz.so.1 /usr/lib/libz.so</userinput></screen> -
chapter07/loadkeys.xml
r687ef73 rdb9d773c 3 3 <?dbhtml filename="loadkeys.html" dir="chapter07"?> 4 4 5 <para>If you decided to compile your keymap file directly into the kernel back6 at the end of <xref linkend="chapter-building-system"/>, then you strictly speaking don't 7 need to run this loadkeys script, since the kernel has already set up the 8 keymap for you. You can still run it if you want, it isn't going to hurt you. 9 It could even be beneficial to keep it in case you run a lot of different 10 kernels and don't remember or want to compile the keymap into every kernel you 11 lay your hands on.</para>5 <para>If back in <xref linkend="chapter-building-system"/> you decided to go 6 compile your keymap directly into the kernel (later on in <xref 7 linkend="chapter-mixture"/>), then strictly speaking you don't need to run this 8 loadkeys script, since the kernel will set up the keymap for you. If you wish, 9 you can still run the script, it isn't going to hurt you. Keeping it could even 10 be beneficial, in case you run a lot of different kernels and can't be sure 11 that the keymap is compiled into every one of them.</para> 12 12 13 <para>If you decided you don't need to, or don't want to use the loadkeys 14 script, remove the 15 <filename class="symlink">/etc/rc.d/rcsysinit.d/S70loadkeys</filename> 16 symlink.</para> 13 <para>If you decided you don't need or don't want to use the loadkeys script, 14 remove the <filename 15 class="symlink">/etc/rc.d/rcsysinit.d/S70loadkeys</filename> symlink.</para> 17 16 18 17 </sect1> -
chapter09/reboot.xml
r687ef73 rdb9d773c 10 10 <para>Then unmount the virtual files systems:</para> 11 11 12 <screen><userinput>umount /dev/pts13 umount /proc</userinput></screen>12 <screen><userinput>umount $LFS/dev/pts 13 umount $LFS/proc</userinput></screen> 14 14 15 15 <para>And unmount the LFS file system:</para>
Note:
See TracChangeset
for help on using the changeset viewer.