r1629 - in trunk/BOOK: final-system/common final-system/x86 introduction/common

chris at linuxfromscratch.org chris at linuxfromscratch.org
Wed May 17 13:05:27 PDT 2006


Author: chris
Date: 2006-05-17 14:05:26 -0600 (Wed, 17 May 2006)
New Revision: 1629

Modified:
   trunk/BOOK/final-system/common/introduction.xml
   trunk/BOOK/final-system/common/pkgmgt.xml
   trunk/BOOK/final-system/x86/linux-headers.xml
   trunk/BOOK/introduction/common/changelog.xml
Log:
More text updates, mostly to change LFS references to CLFS

Modified: trunk/BOOK/final-system/common/introduction.xml
===================================================================
--- trunk/BOOK/final-system/common/introduction.xml	2006-05-17 18:24:17 UTC (rev 1628)
+++ trunk/BOOK/final-system/common/introduction.xml	2006-05-17 20:05:26 UTC (rev 1629)
@@ -11,7 +11,7 @@
   <title>Introduction</title>
 
   <para os="a">In this chapter, we enter the building site and start
-  constructing the LFS system in earnest. The installation of this
+  constructing the CLFS system in earnest. The installation of this
   software is straightforward. Although in many cases the installation
   instructions could be made shorter and more generic, we have opted
   to provide the full instructions for every package to minimize the
@@ -34,7 +34,7 @@
   and <option>-mtune</option> options may cause problems with the toolchain
   packages (Binutils, GCC and Glibc). The small potential gains achieved in
   using compiler optimizations are often outweighed by the risks. First-time
-  builders of LFS are encouraged to build without custom optimizations.
+  builders of CLFS are encouraged to build without custom optimizations.
   The subsequent system will still run very fast and be stable at the
   same time.</para>
 
@@ -48,14 +48,11 @@
   cause the program to stop working when that directory is
   removed.</para>
 
-  <para os="d">Before the installation instructions, each installation page
-  provides information about the package, including a concise
-  description of what it contains, approximately how long it will take
-  to build, how much disk space is required during this building
-  process, and any other packages needed to successfully build the
-  package. Following the installation instructions, there is a list of
-  programs and libraries (along with brief descriptions of these) that
-  the package installs.</para>
+  <para os="d">Before the installation instructions, each installation
+  page provides a concise description of what the package contains.
+  Following the installation instructions, there is a list of programs
+  and libraries (along with brief descriptions of these) that the
+  package installs.</para>
 
   <para os="e">To keep track of which package installs particular files, a
   package manager can be used. For a general overview of different styles of

Modified: trunk/BOOK/final-system/common/pkgmgt.xml
===================================================================
--- trunk/BOOK/final-system/common/pkgmgt.xml	2006-05-17 18:24:17 UTC (rev 1628)
+++ trunk/BOOK/final-system/common/pkgmgt.xml	2006-05-17 20:05:26 UTC (rev 1629)
@@ -10,7 +10,7 @@
 
   <title>Package Management</title>
 
-  <para>Package Management is an often requested addition to the LFS Book. A
+  <para>Package Management is an often-requested addition to the CLFS Book. A
   Package Manager allows tracking the installation of files making it easy to
   remove and upgrade packages. Before you begin to wonder, NO—this section
   will not talk about nor recommend any particular package manager. What it
@@ -19,8 +19,8 @@
   combination of two or more of these techniques. This section briefly mentions
   issues that may arise when upgrading packages.</para>
 
-  <para>Some reasons why no specific package manager is recommended in LFS or
-  BLFS include:</para>
+  <para>Some reasons why no specific package manager is recommended in
+  CLFS or BLFS include:</para>
 
   <itemizedlist>
     <listitem>
@@ -43,20 +43,21 @@
     <title>Upgrade Issues</title>
 
     <para>A Package Manager makes it easy to upgrade to newer versions when they
-    are released. Generally the instructions in the LFS and BLFS Book can be
+    are released. Generally the instructions in the CLFS and BLFS Book can be
     used to upgrade to the newer versions. Here are some points that you should
     be aware of when upgrading packages, especially on a running system.</para>
 
     <itemizedlist>
       <listitem>
         <para>If one of the toolchain packages (Glibc, GCC or Binutils) needs
-        to be upgraded to a newer minor version, it is safer to rebuild LFS.
-        Though, you <emphasis>may</emphasis> be able to get by rebuilding all
-        the packages in their dependency order, we do not recommend it. For
-        example, if glibc-2.2.x needs to be updated to glibc-2.3.x, it is safer
-        to rebuild. For micro version updates, a simple reinstallation usually
-        works, but is not guaranteed. For example, upgrading from glibc-2.3.4
-        to glibc-2.3.5 will not usually cause any problems.</para>
+        to be upgraded to a newer minor version, it is safer to
+        rebuild CLFS. Though you <emphasis>may</emphasis> be able to get by
+        rebuilding all the packages in their dependency order, we do not
+        recommend it. For example, if glibc-2.2.x needs to be updated to
+        glibc-2.3.x, it is safer to rebuild. For micro version updates, a
+        simple reinstallation usually works, but is not guaranteed. For
+        example, upgrading from glibc-2.3.4 to glibc-2.3.5 will not
+        usually cause any problems.</para>
       </listitem>
 
       <listitem>
@@ -228,7 +229,7 @@
     <sect3>
       <title>User Based Management</title>
 
-      <para>This scheme, unique to LFS, was devised by Matthias Benkmann, and is
+      <para>This scheme, unique to the LFS project, was devised by Matthias Benkmann, and is
       available from the <ulink url="&hints-root;">Hints Project</ulink>. In
       this scheme, each package is installed as a separate user into the
       standard locations. Files belonging to a package are easily identified by

Modified: trunk/BOOK/final-system/x86/linux-headers.xml
===================================================================
--- trunk/BOOK/final-system/x86/linux-headers.xml	2006-05-17 18:24:17 UTC (rev 1628)
+++ trunk/BOOK/final-system/x86/linux-headers.xml	2006-05-17 20:05:26 UTC (rev 1629)
@@ -25,15 +25,14 @@
   <sect2 role="installation">
     <title>Installation of Linux-Headers</title>
 
-    <para os="a">For years it has been common practice to use <quote>raw</quote>
-    kernel headers (straight from a kernel tarball) in <filename
-    class="directory">/usr/include</filename>, but over the last few
+    <para os="a">For years it has been common practice to use
+    <quote>raw</quote> kernel headers (straight from a kernel tarball) in
+    <filename class="directory">/usr/include</filename>, but over the last few
     years, the kernel developers have taken a strong stance that this
     should not be done. This gave birth to the Linux-Libc-Headers Project,
     which was designed to maintain an API stable version of the Linux
-    headers. But recently this project stopped producing updates. Cross-LFS
-    decided to come up with our own santized headers and placed them in
-    the book.</para>
+    headers. Recently this project stopped producing updates, so the Cross-LFS
+    team started development on our own project to sanitize the headers.</para>
 
     <para os="b">Install the header files that are common to all architectures:</para>
 

Modified: trunk/BOOK/introduction/common/changelog.xml
===================================================================
--- trunk/BOOK/introduction/common/changelog.xml	2006-05-17 18:24:17 UTC (rev 1628)
+++ trunk/BOOK/introduction/common/changelog.xml	2006-05-17 20:05:26 UTC (rev 1629)
@@ -37,6 +37,17 @@
 -->
 
     <listitem>
+      <para>May 17 2006</para>
+      <itemizedlist>
+        <listitem>
+          <para>[Chris] - Made a number of text updates and grammar
+          fixes and added more dependency info (bootscripts,
+          udev-rules, tree) to Appendix C.</para>
+        </listitem>
+      </itemizedlist>
+    </listitem>
+
+    <listitem>
       <para>May 16, 2006</para>
       <itemizedlist>
         <listitem>




More information about the cross-lfs mailing list