Message93048
| Author |
nnnnnn |
| Recipients |
nnnnnn |
| Date |
2009年09月23日.19:35:01 |
| SpamBayes Score |
2.6854268e-06 |
| Marked as misclassified |
No |
| Message-id |
<1253734503.58.0.404575668112.issue6981@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
The default list of locale.getdefaultlocale() is documented to be the
one of GNU gettext; in the source docs in Python 2.7 trunk:
"envvars defaults to the search path used in GNU gettext; it must
always contain the variable name 'LANG'."
...and at http://docs.python.org/dev/library/locale.html in addition to
that:
"The GNU gettext search path contains 'LANGUAGE', 'LC_ALL',
'LC_CTYPE', and 'LANG', in that order."
This is correct, cf.
http://www.gnu.org/software/gettext/manual/gettext.html#Locale-Environment-Variables
However, the code in locale.py does not match the documentation; the
patch in issue #1166948 (svn r39572) moved LANGUAGE to the end of the
list. I suggest putting it back at the beginning as documented (the
other change in r39572 is ok).
The py3k branch appears to have the same problem. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2009年09月23日 19:35:04 | nnnnnn | set | recipients:
+ nnnnnn |
| 2009年09月23日 19:35:03 | nnnnnn | set | messageid: <1253734503.58.0.404575668112.issue6981@psf.upfronthosting.co.za> |
| 2009年09月23日 19:35:02 | nnnnnn | link | issue6981 messages |
| 2009年09月23日 19:35:02 | nnnnnn | create |
|