Ch17: Final fixups (I hope)

1 files changed, 43 insertions, 43 deletions

diff --git a/chapter_17.xml b/chapter_17.xml
index d1dfddc..ea3035c 100644
--- a/chapter_17.xml
+++ b/chapter_17.xml
@@ -39,11 +39,11 @@ Internet resources.
 </para>
 
 <para>
-So how do you know when there are updates? The best way is to consult
-the <filename>ChangeLog.txt</filename> on any up-to-date mirror. You
-can always find the latest changelogs for the -current and most recent
--stable branch on the Slackware Project's web page, but if you're
-running an older version, you'll need to check a mirror.
+So how do you know when there are updates?  The best way is to consult the 
+<filename>ChangeLog.txt</filename> on any up-to-date mirror.  You can always 
+find the latest changelogs for the "-current" and most recent "-stable" 
+branch on the Slackware Project's web page, but if you're running an older 
+version of Slackware, you'll need to check a mirror.
 </para>
 
 <screen><prompt>darkstar:~# </prompt><userinput>wget -O - \
@@ -63,16 +63,15 @@ patches/packages/httpd-2.2.14-i486-1_slack12.1.tgz:  Upgraded.
 <title>Security Update Mailing List</title>
 
 <para>
-While the Slackware team does release strictly bug-fix patches from
-time-to-time, you're probably most interested in security fixes for
-vulnerabilities that are discovered in software. The Slackware Project
-maintains a mailing list that will notify you if any patches are
-released that treat such serious issues.  In order to subscribe to the
-mailing list, simply send an e-mail to
-<email>majordomo@slackware.com</email> with the words 'subscribe
-slackware-security' in the body of the message. The majordomo will be
-happy to add your name to the list, and when new packages are released,
-will mail you an advisory.
+While the Slackware team does release updated bugfix-only packages (i.e. 
+not security fixes) occasionally, you're probably most interested in 
+security fixes for vulnerabilities discovered after the -stable release.
+The Slackware Project maintains a mailing list that will notify you of any 
+updated packages for such serious issues.  In order to subscribe to the
+mailing list, send an e-mail to <email>majordomo@slackware.com</email> 
+with the words 'subscribe slackware-security' in the body of the message. 
+The majordomo will be happy to add your name to the list, and when new 
+packages are released, it will mail an advisory to you.
 </para>
 
 </section>
@@ -81,40 +80,41 @@ will mail you an advisory.
 <title>Upgrading Slackware Versions</title>
 
 <para>
-Now that we've gone this far, you should feel reasonably competent in
-your ability to handle your Slackware system. But what do we do with it
-when there's a new release? Updating from one release of Slackware to
-another is a lot more complicated than simply updating a few packages.
-Each release changes a lot of things. Many of these changes are small,
-but some of them can completely break your system if you haven't
-prepared for them. While some Linux distributions provide highly
-automated tools that attempt to handle every tiny detail for you,
-Slackware takes a much more hands on approach to things.
+Now that we've gone this far, you should feel reasonably competent in your 
+ability to manage your Slackware system.  But what do we do with it when 
+there's a new release?  Updating from one release of Slackware to another 
+is a lot more complicated than simply updating a few packages.  Each release 
+changes a lot of things, and while many of these changes are small, some of
+them can completely break your system if you haven't prepared for them and/or
+don't understand what is changing and why.  While some Linux distributions 
+provide highly automated tools that attempt to handle every tiny detail for 
+you, Slackware takes a much more hands-on approach to things.
 </para>
 
 <para>
-The very first thing you should do before attempting an upgrade, is
-decide if that's really necessary. If the old system is stable and
-doing everything you want it to do, there may be no need to do an
-operating system upgrade at all. The second thing you should do is read
-the <filename>CHANGES_AND_HINTS.TXT</filename> file on your upgrade
-disks or a mirror. This file changes between every release, and lists
-helpful hints and tips to aid you in dealing with the changes.
-Finally, read the <filename>UPGRADE.TXT</filename> file as well before
-proceeding. After doing these things, you may find it easier to backup
-your configuration files and data, then perform a regular install of
-the new Slackware release rather than attempt a possibly tricky
-upgrade. If however, you still wish to continue, make backups of your
-data and configuration files. At a minimum, it's good practice to
-backup the <filename>/etc</filename> and <filename>/home</filename>
-directories. This will give you a chance to perform a re-install should
-anything go wrong with the upgrade.
+The very first thing you should do before attempting an upgrade is the one
+that many people neglect: decide if it's really necessary to upgrade.  If 
+the old system is stable and doing everything you want it to do, there may 
+be no need to do an operating system upgrade at all.  Assuming you decide
+to do the upgrade, then the second thing you should do is read the 
+<filename>CHANGES_AND_HINTS.TXT</filename> file on your upgrade discs or 
+a mirror.  This file is updated during the development period before every
+release, and it lists lots of helpful hints and tips to aid you in dealing 
+with the changes.  Finally, read the <filename>UPGRADE.TXT</filename> file 
+before proceeding.  After doing these things, you may decide that it's less
+trouble and potential for problems to backup your configuration files and 
+data and do a fresh installation of the new Slackware release rather than 
+attempt a possibly tricky upgrade.  However, if you still wish to continue, 
+make backups of your data and configuration files first.  At a minimum, 
+it's good practice to backup the <filename>/etc</filename> and <filename>/home</filename>
+directories.  This will give you a chance to perform a reinstall if something 
+goes wrong with the upgrade.
 </para>
 
 <para>
-Since every new version of Slackware has a few differences, giving
-complete instructions here is not only futile, but misleading. Always
-consult the documentation included on your Slackware disks or your
+Since every new version of Slackware has a few differences, giving complete 
+instructions here is not only futile but potentially misleading.  You should
+always consult the documentation included on your Slackware disks or your
 favorite mirror.
 </para>