Feature Requests item #1703592, was opened at 2007-04-19 15:35
Message generated for change (Comment added) made by loewis
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1703592&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Extension Modules
Group: Python 2.6
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matthias Klose (doko)
Assigned to: Martin v. Löwis (loewis)
Summary: have a way to ignore nonexisting locales in locale.setlocale
Initial Comment:
this came up on #ubuntu-devel; Debian and Ubuntu do not generate all libc
locales by default, so it is likely that
$ LC_ALL=en_US.UTF-8 python -c "import locale; locale.setlocale(locale.LC_ALL,
'')"
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python2.5/locale.py", line 476, in setlocale
return _setlocale(category, locale)
locale.Error: unsupported locale setting
fails on a system (often experienced ssh'ing into a server system where your
current locale doesn't exist). Examples for bug reports in various applications
are:
https://launchpad.net/bugs/91583 (apt-listchanges)
https://launchpad.net/bugs/88638 (pitivi)
https://launchpad.net/bugs/81556 (exaile)
https://launchpad.net/bugs/90525 (hwdb-client)
In C, the result of the setlocale(3) call can be, and usually is ignored, if
the locale cannot be set.
It is argued that the Python interface for locale.setlocale() should not raise
an exception by default, if the locale is missing on the system.
That would be an behaviour change of locale.setlocale(), so the original
behavour should be kept as an option (introducing an optional third parameter
to raise the exception when the locale doesn't exist). Is this an appropriate
change, or could another change be suggested?
----------------------------------------------------------------------
>Comment By: Martin v. Löwis (loewis)
Date: 2007-04-20 21:59
Message:
Logged In: YES
user_id=21627
Originator: NO
How can you say it's not an error? The function does not achieve what it
attempts to.
Adding another function with a different semantics is fine to me, although
I doubt it helps: the existing code calls setlocale, not that other
function.
----------------------------------------------------------------------
Comment By: Colin Watson (cjwatson)
Date: 2007-04-20 13:06
Message:
Logged In: YES
user_id=17056
Originator: NO
If this were actually a true error, I'd agree with you, but it isn't. For
most programs (that just do locale.setlocale(locale.LC_ALL, '') to switch
on internationalisation), it's a warning, not an error; in the common case
there is no reason for them to fail.
If you still insist that this has to be treated as an error, how about
adding locale.enable_i18n or something for the common case that does:
try:
locale.setlocale(locale.LC_ALL, '')
except locale.Error:
pass
Because, in practice, many programs appear not to bother catching the
exception, and because the programmer is typically using an environment
with a properly configured locale they won't notice. It's only when you're
in an environment such as sshing (with SendEnv) to a remote system that
doesn't have your locale configured that you notice that C programs
continue to function correctly, Perl programs issue a warning on stderr,
but Python programs crash. While noticing errors is a good thing in
general, it seems to go a bit far here.
----------------------------------------------------------------------
Comment By: Raymond Hettinger (rhettinger)
Date: 2007-04-19 21:33
Message:
Logged In: YES
user_id=80475
Originator: NO
-1
I prefer explicit exception. If needed, it is not hard to catch and ignore
the exception.
----------------------------------------------------------------------
Comment By: Martin v. Löwis (loewis)
Date: 2007-04-19 19:50
Message:
Logged In: YES
user_id=21627
Originator: NO
Not raising an exception if an operation failed violates the Zen of Python
(errors should never pass silently, unless explicitly silenced). So
explicit silencing is necessary, but if so, it's easy enough to explicitly
catch the exception:
try:
locale.setlocale(..)
except locale.Error:
pass
If the intention is that all software on Debian works successfully even if
the locale is configured incorrectly, then an automated build system should
perform all builds in a non-existing locale, and see if anything fails.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1703592&group_id=5470
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
