FS#2235 - Problem while creating UTF-8 locale with localedef

Attached to Project: Arch Linux
Opened by Benoit C (benoitc) - Saturday, 19 February 2005, 21:23 GMT
Last edited by arjan timmerman (blaasvis) - Wednesday, 02 November 2005, 10:21 GMT
Task Type Bug Report
Category System
Status Closed
Assigned To Judd Vinet (judd)
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I've a problem while creating UTF-8 locale with this command line :
localedef -v -i en_US -f utf8 en_US.utf8

locale isn't created. I have the following error :

/usr/share/i18n/locales/en_US:7: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:8: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:9: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:11: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:14: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:15: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:16: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:17: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:19: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:20: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:21: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:22: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:23: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:24: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:25: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:26: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:27: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:28: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:29: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:34: non-symbolic character value should not be used
/usr/share/i18n/locales/i18n:1107: non-symbolic character value should not be used
/usr/share/i18n/locales/i18n:1313: non-symbolic character value should not be used
/usr/share/i18n/locales/i18n:1345: non-symbolic character value should not be used
/usr/share/i18n/locales/i18n:1373: non-symbolic character value should not be used
/usr/share/i18n/locales/en_US:40: non-symbolic character value should not be used
/usr/share/i18n/locales/translit_neutral:10: non-symbolic character value should not be used
/usr/share/i18n/locales/translit_neutral:11: non-symbolic character value should not be used
/usr/share/i18n/locales/translit_neutral:12: non-symbolic character value should not be used
/usr/share/i18n/locales/translit_neutral:13: non-symbolic character value should not be used
/usr/share/i18n/locales/translit_neutral:14: non-symbolic character value should not be used
/usr/share/i18n/locales/translit_neutral:15: non-symbolic character value should not be used
/usr/share/i18n/locales/translit_neutral:16: non-symbolic character value should not be used
/usr/share/i18n/locales/translit_neutral:17: non-symbolic character value should not be used
LC_NAME: field `name_gen' not defined
LC_IDENTIFICATION: field `audience' not defined
LC_IDENTIFICATION: field `application' not defined
LC_IDENTIFICATION: field `abbreviation' not defined
LC_IDENTIFICATION: no identification for category `LC_MEASUREMENT'
no output file produced because warning were issued
This task depends upon

Closed by  Judd Vinet (judd)
Monday, 13 February 2006, 03:30 GMT
Reason for closing:  Fixed
Comment by Benoit C (benoitc) - Saturday, 19 February 2005, 21:25 GMT
More over it seems there is a problem with utf8 locales and xterm too : When I do export LC_ALL=en_US, xterm is working. But when I do export LC_ALL=en_US.UTF-8, I have no prompt.
Comment by Berger (Berger) - Tuesday, 22 February 2005, 11:50 GMT
Hello, I don't know what "-v" is good for, but without this there are no errors.
Comment by Benoit C (benoitc) - Wednesday, 23 February 2005, 15:33 GMT
the v is verbose mode . SO without it sure you have no message but the problem is still there.
Comment by Berger (Berger) - Thursday, 24 February 2005, 17:09 GMT
Oh, my manpages seems to be incomplete! The page (http://unixhelp.ed.ac.uk/CGI/man-cgi?localedef+1) says "-v, --verbose Generate extra warnings about errors that are normally ignored".
Comment by Berger (Berger) - Friday, 23 December 2005, 14:31 GMT
This task is now 8 months old. Do you have still the problem, Benoit?
Comment by Benoit C (benoitc) - Sunday, 12 February 2006, 12:59 GMT
en_US.utf8 is created with glibc. No need to do this now. So maybe this bug could be closed yes.

Loading...