diff options
author | Timothy Bauscher <timothy@linuxfromscratch.org> | 2002-09-11 22:22:24 +0000 |
---|---|---|
committer | Timothy Bauscher <timothy@linuxfromscratch.org> | 2002-09-11 22:22:24 +0000 |
commit | a22f6e7dfe691534f9daa4de045fbae13299e7b9 (patch) | |
tree | 309cecc7c0314e5cb3aec3e65e7c20bf25fbfdd9 /preface | |
parent | e9d69fa635a0d7247e2430549cd2794e5e2d5a89 (diff) |
Grammatic changes to the preface.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@2084 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
Diffstat (limited to 'preface')
-rw-r--r-- | preface/organization.xml | 11 | ||||
-rw-r--r-- | preface/organpart1.xml | 4 | ||||
-rw-r--r-- | preface/organpart2.xml | 8 | ||||
-rw-r--r-- | preface/whonotread.xml | 12 | ||||
-rw-r--r-- | preface/whoread.xml | 23 |
5 files changed, 29 insertions, 29 deletions
diff --git a/preface/organization.xml b/preface/organization.xml index e93194a45..e4768672c 100644 --- a/preface/organization.xml +++ b/preface/organization.xml @@ -2,12 +2,11 @@ <title>Organization</title> <?dbhtml filename="organization.html" dir="preface"?> -<para>This book is divided into the following parts. Although most of -the appendices are copied into part II (which enlarges the book somewhat), -we believe it's the easiest way to read it like this. It simply saves -you from having to click to an Appendix, then back to where you were in -part II. That's a real chore especially if you're reading the TXT -version of this book.</para> +<para>Much of the appendices is integrated into Part II (which enlarges the +book somewhat). We believe this makes for easier reading. This way, you +don't have to keep referencing an Appendix while you read Part II. That's +a real chore, especially if you're reading the TXT version of this book. +This book is divided into the following parts.</para> &pf-oz-organpart1; &pf-oz-organpart2; diff --git a/preface/organpart1.xml b/preface/organpart1.xml index 5c5b331e8..7b6b1ebb2 100644 --- a/preface/organpart1.xml +++ b/preface/organpart1.xml @@ -3,8 +3,8 @@ <para>Part I gives general information about the contents of the book (revisions, where to get it, changelog, mailing lists, and other contact -information). It also contains suggested reading that discusses a few -important considerations to think about before beginning your LFS +information). It also contains suggested readings which discuss a few +important considerations to consider before beginning your LFS system.</para> </sect2> diff --git a/preface/organpart2.xml b/preface/organpart2.xml index de4e82870..1c6382d79 100644 --- a/preface/organpart2.xml +++ b/preface/organpart2.xml @@ -2,10 +2,10 @@ <title>Part II - Installation of the base LFS system</title> <para>Part II guides you through the building and installation of an LFS -system. The finished LFS system will be the core foundation that the rest -of your Linux system will be built on. What you choose to do with your brand -new LFS system will be built and supported by this foundation that we build -in Part II.</para> +system. The resulting LFS system will be the core foundation with which +the rest of your Linux system is built upon. Whatever your system becomes, +it will be built and supported by the foundation that we build in Part +II.</para> </sect2> diff --git a/preface/whonotread.xml b/preface/whonotread.xml index f25ba74c7..5b10dce52 100644 --- a/preface/whonotread.xml +++ b/preface/whonotread.xml @@ -3,20 +3,20 @@ <?dbhtml filename="whonotread.html" dir="preface"?> <para>If you do not wish to build your own Linux system from scratch, then -you probably do not want to read this book. Our goal is to build a complete +you probably don't want to read this book. Our goal is to build a complete and useable foundation system. If you only want to know what happens while -your computer boots, then, we recommend the -<quote>From-PowerUp-To-Bash-Prompt-HOWTO</quote>. The HOWTO builds a bare +your computer boots, then we recommend the +<quote>From Power Up To Bash Prompt</quote> HOWTO. The HOWTO builds a bare system which is similar to that of this book, but it focuses strictly on creating a system capable of booting to a BASH prompt.</para> <para>While you decide which to read, consider your objective. If you wish to build a Linux system while learning a bit along the way, then this book -is probably your best choice. If your objective is strictly educational, and +is probably your best choice. If your objective is strictly educational and you do not have any plans for your finished system, then the -From-PowerUp-To-Bash-Prompt-HOWTO is probably a better choice.</para> +<quote>From Power Up To Bash Prompt</quote> HOWTO is probably a better choice.</para> -<para>The <quote>From-PowerUp-To-Bash-Prompt-HOWTO</quote> is located at +<para>The <quote>From Power Up To Bash Prompt</quote> HOWTO is located at <ulink url="http://www.netspace.net.au/~gok/power2bash/"/>.</para> </sect1> diff --git a/preface/whoread.xml b/preface/whoread.xml index 6dca60333..9821eaf8a 100644 --- a/preface/whoread.xml +++ b/preface/whoread.xml @@ -8,7 +8,7 @@ is "Why go through all the hassle of manually building a Linux system from scratch when you can just download and install an existing one?". That is a good question.</para> -<para>One important reason for LFS's existence is helping people +<para>One important reason for LFS' existence is to help people learn how a Linux system works from the inside out. Building an LFS system helps demonstrate what makes Linux tick, and how things work together and depend on each other. And perhaps most importantly, how to customize it to @@ -21,9 +21,9 @@ directory layout and boot script setup. You also dictate where, why and how programs are installed.</para> <para>Another benefit of LFS is the ability to create a very compact Linux -system. When installing a regular distribution, you end up with a lot of -programs you likely will never use. They're just sitting there wasting -(precious) disk space. It isn't difficult to build LFS systems of under +system. When installing a regular distribution, you end up with several +programs which you are likely to never use. They're just sitting there wasting +(precious) disk space. It isn't difficult to build an LFS system less than 100 MB. Does that still sound like a lot? A few of us have been working on creating a very small embedded LFS system. We successfully built a system that was just enough to run the Apache web server with approximately 8MB @@ -33,24 +33,25 @@ less. Try that with a regular distribution.</para> <para>We could compare distributed Linux to a hamburger you buy at a fast-food restaurant, you have no idea what you are eating. LFS on the other hand, doesn't give you a hamburger, but the recipe to make a hamburger. -This allows you to review it, omit unwanted ingredients, and allows you to -add your own ingredients that enhance the flavor of your burger. When you +This allows you to review it, to omit unwanted ingredients, and to +add your own ingredients which enhance the flavor of your burger. When you are satisfied with the recipe, you go on to preparing it. You make it just the way you like it: broil it, bake it, deep-fry it, barbeque it, or eat it tar-tar (raw).</para> <para>Another analogy that we can use is that of comparing LFS with a finished house. LFS will give you the skeletal plan of a house, but it's up -to you to build it, giving you the freedom to adjust your plans as you go.</para> +to you to build it. You have the freedom to adjust your plans as you +go.</para> <para>Another advantage of a custom built Linux system is security. By compiling the entire system from source code, you are empowered to audit everything and apply all the security patches you feel are needed. You don't have to wait for somebody else to compile binary packages that fix a security -hole. Examine the new patch and build it yourself. You have no guarantee -that the new package was built correctly and actually fixes the problem -(adequately). You never truly know whether a security hole is fixed or -not unless you do it yourself.</para> +hole. Unless you examine the patch and build it yourself you have no +guarantee that the new package was built correctly and actually fixes the +problem (adequately). You never truly know whether a security hole is fixed +or not unless you do it yourself.</para> </sect1> |