Serhiy Storchaka added the comment:
See also issue20087. It added lzh_tw locale, but later this change was
reverted. Thus I close this issue as a duplicate.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Mismatch
Serhiy Storchaka added the comment:
I'm not sure that wrong guess is better that exception.
It looks to me that there is something wrong with the way we use the alias
table. It is glibc centric, but some entries contradict glibc, because the X11
alias have a
INADA Naoki added the comment:
lzh_tw was added in this commit:
https://github.com/bminor/glibc/commit/5057e7ce826bb0be3f476408b2ae364042f2a9bb#diff-3d056472e12e5dc464fa44144719b82f
I don't know why Python should have such a large locale alias table.
I added Serhiy to
Po-Hsu Lin added the comment:
Yes I think you are right,
return None sounds like a good approach to me as we might have zh_TW translated
but not lzh_TW.
--
___
Python tracker
INADA Naoki added the comment:
> But even so, I think this bug is still valid, as the lzh_TW does not exist in
> the lib at all.
Python doesn't have locale database, while have some aliases.
Python uses libc's locale.
This exception is raised because
Po-Hsu Lin added the comment:
Yes, this is related to the language setting in Ubuntu, as the locale should be
set to zh_TW instead of lzh_TW when the Timezone was set to Taipei.
But even so, I think this bug is still valid, as the lzh_TW does not exist in
the lib at
INADA Naoki added the comment:
Maybe, relating to
https://bugs.launchpad.net/ubuntu/+source/language-pack-zh-hant/+bug/1699540
--
nosy: +inada.naoki
___
Python tracker
New submission from Po-Hsu Lin :
The lzh_tw locale (Literary Chinese) is not available in Lib/locale.py
This issue will cause error like:
Traceback (most recent call last):
File "/usr/share/apport/apport-gtk", line 598, in
app.run_argv()
File