Updated text in section 7.9 to better explain the Xlib locale example.

git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@7667 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

chapter01/changelog.xml

@@ -35,6 +35,17 @@
       </itemizedlist>
     </listitem>
 -->
+    <listitem>
+      <para>July 13, 2006</para>
+      <itemizedlist>
+        <listitem>
+          <para>[bdubbs] - Updated text in section 7.9 (The Bash 
+          Shell Startup Files) to better explain the Xlib example.
+          </para>
+        </listitem>
+      </itemizedlist>
+    </listitem>
+
     <listitem>
       <para>July 12, 20006</para>
       <itemizedlist>

chapter07/profile.xml

@@ -120,18 +120,18 @@ LC_ALL=&lt;locale name&gt; locale int_prefix</userinput></screen>
   <!-- FIXME: the xlib example will became obsolete real soon -->
   <para>Some packages beyond LFS may also lack support for your chosen locale. One
   example is the X library (part of the X Window System), which outputs the
-  following error message:</para>
+  following error message if the locale does not exactly match one of the character
+  map names in its internal files:</para>
 
 <screen><computeroutput>Warning: locale not supported by Xlib, locale set to C</computeroutput></screen>
 
-  <para>Here Xlib expects that the character map will be listed in uppercase
-  notation with canonical dashes. For instance, "ISO-8859-1" rather than
-  "iso88591". It is sometimes possible to fix this by removing the charmap part
-  of the locale specification, as long as that does not change the character
-  map that Glibc associates with the locale.  This can be checked by running
-  the <command>locale charmap</command> command in both locales.  For example,
-  one would have to change "de_DE.ISO-8859-15@euro" to "de_DE@euro" in order to
-  get this locale recognized by Xlib.</para>
+  <para>In several cases Xlib expects that the character map will be listed in
+  uppercase notation with canonical dashes. For instance, "ISO-8859-1" rather
+  than "iso88591". It is also  possible to find an appropriate specification by
+  removing the charmap part of the locale specification.  This can be checked
+  by running the <command>locale charmap</command> command in both locales.
+  For example, one would have to change "de_DE.ISO-8859-15@euro" to
+  "de_DE@euro" in order to get this locale recognized by Xlib.</para>
 
   <para>Other packages can also function incorrectly (but may not necessarily
   display any error messages) if the locale name does not meet their expectations.

general.ent

@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="ISO-8859-1"?>
-<!ENTITY version "SVN-20060712">
-<!ENTITY releasedate "July 12, 2006">
+<!ENTITY version "SVN-20060713">
+<!ENTITY releasedate "July 13, 2006">
 <!ENTITY milestone "6.2">
 <!ENTITY generic-version "development"> <!-- Use "development", "testing", or "x.y[-pre{x}]" -->