Changeset 791a9ec

Timestamp:

08/12/2005 08:53:02 PM (19 years ago)

Author:

Matthew Burgess <matthew@…>

Branches:

10.0, 10.0-rc1, 10.1, 10.1-rc1, 11.0, 11.0-rc1, 11.0-rc2, 11.0-rc3, 11.1, 11.1-rc1, 11.2, 11.2-rc1, 11.3, 11.3-rc1, 12.0, 12.0-rc1, 12.1, 12.1-rc1, 6.3, 6.4, 6.5, 6.6, 6.7, 6.8, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.5-systemd, 7.6, 7.6-systemd, 7.7, 7.7-systemd, 7.8, 7.8-systemd, 7.9, 7.9-systemd, 8.0, 8.1, 8.2, 8.3, 8.4, 9.0, 9.1, arm, bdubbs/gcc13, ml-11.0, multilib, renodr/libudev-from-systemd, s6-init, trunk, xry111/arm64, xry111/arm64-12.0, xry111/clfs-ng, xry111/lfs-next, xry111/loongarch, xry111/loongarch-12.0, xry111/loongarch-12.1, xry111/mips64el, xry111/pip3, xry111/rust-wip-20221008, xry111/update-glibc

Children:

ff0dd81

Parents:

a6c7de59

Message:

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

Files:

• chapter01/changelog.xml (modified) (1 diff)
• chapter06/glibc.xml (modified) (1 diff)

chapter01/changelog.xml

@@ -113 +113 @@
 </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 +33 @@
 <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