Re: [Gnumed-devel] GNUmed i18n, user interface language setting

[Karsten Hilbert]

On Thu, Jan 28, 2010 at 04:44:48PM +0100, Hilbert, Sebastian wrote:

> > > GNUmed bails out when I call
> > >
> > > export LANG=de and call gnumed from the shell
> > 
> > In fact, no, it is Python itself which bails out:
> > >   File "/usr/lib/python2.6/site-packages/Gnumed/wxpython/gmGuiMain.py",
> > > line 36, in <module>
> > >     import wx
> > >   File
> > > "/usr/lib/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/__init__.py",
> > > line 45, in <module>
> > >     from wx._core import *
> > >   File
> > > "/usr/lib/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/_core.py", line
> > > 14530, in <module>
> > >     default = locale.getpreferredencoding()
> > >   File "/usr/lib/python2.6/locale.py", line 549, in getpreferredencoding
> > >     setlocale(LC_CTYPE, "")
> > >   File "/usr/lib/python2.6/locale.py", line 513, in setlocale
> > >     return _setlocale(category, locale)
> > > locale.Error: unsupported locale setting
> > 
> > "de" simply is not a valid locale definition.
> >
> Agreed. The fact remains that when I use LANG=es it does not work because of 
> python.

Actually, no, because of you - you are telling the system to
use "es" or "de" which simply are not valid locale settings.

But the effect is the same.

> When I use LANG=es_ES it does not work because there is not gnumed.mo 
> located in es_ES/LC_messages.
>
> THere is one in es/LC_messages which seems to be 
> ignored.

This is a packaging problem. If the system is set to
es_ES.UTF-8 and there is no translation installed for that -
what is GNUmed to do ?

The packager needs to decide whether the es gnumed.mo is
suitable for es_ES (and es_AR, es_*) for that matter. If it
is it should either be installed there (too) or symlinked
from there.

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346