http://bugs.linuxfromscratch.org/show_bug.cgi?id=1642
------- Additional Comments From [EMAIL PROTECTED] 2005-11-09 09:13 ------- The SUPPORTED file is still installed but not used. > The localedata/SUPPORTED lists the locales officially supported by the Glibc developers. I'd rather not stress that fact. Leave the upper part as it is. Don't install that file. Instead of "which generates and installs every locale Glibc is aware of" write "which generates and installs every locale listed in the ../glibc-2.3.5/localedata/SUPPORTED file". > The commands above may fail if the locale you have selected is not supported by Glibc. "may" -> "will" maybe: "not supported by glibc" -> "not supported by glibc or not installed" > One possible fix is to remove the charmap part of the locale specification only as long as this doesn't change the output of the "locale charmap" and other commands given above. > (using the example on this page, for instance, en_GB.ISO-8859-1 would become en_GB) I'd rather use the real-world [EMAIL PROTECTED] -> [EMAIL PROTECTED] example here. Also it would be nice to explain the reason for such failures: glibc and xlib parse locale names differently. > (other packages should produce similar, though probably not identical, > messages) or even malfunction without any error messages containing the word "locale". UTF-8 specific example, not for the book: in ru_RU.utf8 locale, the "less" pager prints <XX> instead of many non-ASCII characters, where X is a hexadecimal digit. Reason: it thinks that this is not an UTF-8 locale. Fix: use ru_RU.UTF-8 (that's what our heuristic produces). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. -- http://linuxfromscratch.org/mailman/listinfo/lfs-book FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
