Explain that libiconv isn't required on an LFS system (fixes bug 1614)

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

chapter01/changelog.xml

@@ -112,6 +112,9 @@ First a summary, then a detailed log.</para>
 </itemizedlist>
 </listitem>
 
+<listitem><para>August 12th, 2005 [matt]: Explain that libiconv isn't required
+on an LFS system (fixes bug 1614).</para></listitem>
+
 <listitem><para>August 12th, 2005 [matt]: Fix ownership of libtool's libltdl
 data files (fixes bug 1601).</para></listitem>
 

chapter06/glibc.xml

@@ -33,6 +33,15 @@ Gawk, GCC, Gettext, Grep, Make, Perl, Sed, and Texinfo</seg></seglistitem>
 <sect2 role="installation">
 <title>Installation of Glibc</title>
 
+<note><para>Some packages outside of LFS suggest installing GNU libiconv in
+order to translate data from one encoding to another.  The project's home page
+(<ulink url="http://www.gnu.org/software/libiconv/"/>) says <quote>This library
+provides an <function>iconv()</function> implementation, for use on systems
+which don't have one, or whose implementation cannot convert from/to Unicode.
+</quote>  Glibc provides an <function>iconv()</function> implementation and can
+convert from/to Unicode, therefore libiconv is not required on an LFS
+system.</para></note>
+
 <para>This package is known to have issues when its default
 optimization flags (including the <parameter>-march</parameter> and
 <parameter>-mcpu</parameter> options) are changed. If any environment