Removed note about not being able to do certain tasks in UTF-8 locale.

git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@7623 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
This commit is contained in:
Archaic 2006-05-16 13:19:21 +00:00
parent 5a9a826cb8
commit b083220f93
2 changed files with 4 additions and 11 deletions

View File

@ -162,14 +162,7 @@ EOF</userinput></screen>
<para>UTF-8 based locales are not supported well by many programs. E.g., the <para>UTF-8 based locales are not supported well by many programs. E.g., the
<command>watch</command> program displays only ASCII characters in UTF-8 <command>watch</command> program displays only ASCII characters in UTF-8
locales and has no such restriction in traditional 8-bit locales like en_US. locales and has no such restriction in traditional 8-bit locales like en_US.
Without patches and/or installing software beyond BLFS, in UTF-8 based locales Work is in progress to document and, if possible, fix such problems, see
you will not be able to do such basic tasks as printing plain-text files from <ulink url="&blfs-root;view/svn/introduction/locale-issues.html"/>.</para>
the command line, recording Windows-readable CDs with filenames containing
non-ASCII characters, viewing ID3v1 tags in MP3 files and so on. Work is in
progress to document and, if possible, fix such problems, see
<ulink url="&blfs-root;view/svn/introduction/locale-issues.html"/>.
It is, however, safe to use UTF-8 based locales if you are going to use only
KDE or GNOME and never open the terminal.</para>
<!-- All abovementioned problems except "watch" have a known fix beyond BLFS -->
</sect1> </sect1>

View File

@ -1,6 +1,6 @@
<?xml version="1.0" encoding="ISO-8859-1"?> <?xml version="1.0" encoding="ISO-8859-1"?>
<!ENTITY version "SVN-20060515"> <!ENTITY version "SVN-20060516">
<!ENTITY releasedate "May 15, 2006"> <!ENTITY releasedate "May 16, 2006">
<!ENTITY milestone "6.2"> <!ENTITY milestone "6.2">
<!ENTITY generic-version "development"> <!-- Use "development", "testing", or "x.y[-pre{x}]" --> <!ENTITY generic-version "development"> <!-- Use "development", "testing", or "x.y[-pre{x}]" -->