Due to encoding name normalization of locale module,
UTF-8 locales are normalized to xx_XX.UTF8.  But most
of BSD systems and some other *nixes doesn't allow
normalized forms of locale names such as xx_XX.UTF8. 
So we need to restore the name on _build_localename to
'UTF-8' to make it work on such systems.

>>> import os; os.environ['LC_ALL']='ko_KR.UTF-8'
[25369 refs]
>>> import locale; locale.resetlocale()
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/home/perky/cvs/python/Lib/locale.py", line
402, in resetlocale
    _setlocale(category,
_build_localename(getdefaultlocale()))
locale.Error: unsupported locale setting
[28822 refs]

We hit this problem with system-config-printer in Mandriva Linux
(<https://qa.mandriva.com/show_bug.cgi?id=48158>). Fixed it with this
patch
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/python/current/SOURCES/python-2.5.2-fix_UTF-8_name.patch?view=log

The "UTF8" name was introduced here
<http://svn.python.org/view?view=rev&revision=38027> (4 years and 2
months ago), to account for libc expectations, which seem to have
changed again currently.

This also seems related or the same as
<http://bugs.python.org/issue1699853>.

Would someone please look at the two line patch as svn wouldn't let me apply it.

Presumably this patch should be accompanied by an equivalent for _localemodule.c, or am I in cloud cuckoo land?

FTR #1699853 referenced above is closed but it refers to #10466 which is Windows specific.

This issue is already fixed (see issue10154 and issue10090).

superseder: locale.normalize strips "-" from UTF-8, which fails on Mac

nosy: + serhiy.storchaka
messages: + msg228185
resolution: duplicate
stage: patch review -> resolved

messages: + msg114492

stage: test needed -> patch review