[GRASS-dev] more on locale problem

[Michael Barton]

So this is getting narrowed down. Another question is does this just pop up as a bug with effects on the GUI in Lion or does it happen in Snow Leopard too? So far my tests have not been extensive enough.

2 Spanish computers with Lion: bad
1 English computer with Lion: good
1 English computer with Snow Leopard: good


On Jul 26, 2012, at 12:00 PM, <grass-dev-request at lists.osgeo.org>
 wrote:

> From: William Kyngesburye <woklist at kyngchaos.com>
> Date: July 26, 2012 6:26:47 AM MST
> To: Michael Barton <Michael.Barton at asu.edu>, Agustin Angel Diez Castillo <agustin.diez at uv.es>
> Cc: Martin Landa <landa.martin at gmail.com>, Glynn Clements <glynn at gclements.plus.com>, GRASS developers grass-developers <grass-dev at lists.osgeo.org>
> Subject: Re: [GRASS-dev] more on locale problem
> Reply-To: William Kyngesburye <kyngchaos at kyngchaos.com>
> 
> 
> As you mentioned Michael, there was discussion of this problem a few times in the past.
> 
> The problem setting is not LANG, though, it's LC_CTYPE.  The system is somehow setting that to "UTF-8", and Python checks LC_CTYPE (and LC_ALL next) before it checks LANG, so setting LANG in GRASS won't help, as Agustin found.
> 
> 
> On Jul 26, 2012, at 5:03 AM, Agustin Angel Diez Castillo wrote:
> 
>> Michael and others,
>> Michael's 6.4.3 menus aren't working here, I did try adding 
>> en_US.UTF-8
>> to .grassrc6 but the complaints are the same
>> ############################
>> ERROR: unknown locale: UTF-8
>> ERROR: unknown locale: UTF-8
>> ERROR: unknown locale: UTF-8
>> ERROR: unknown locale: UTF-8
>> ERROR: unknown locale: UTF-8
>> ERROR: unknown locale: UTF-8
>> 2012-07-26 11:56:43.011 Python[1916:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead.
>> ############################
>> by the way my system preferences are set to english but the region is set to Spain.
>> cli is working
>> As you know in R the language is forced with
>> defaults write org.R-project.R force.LANG en_US.UTF-8
>> Is there something similar in GRASS?
>> A
>> On Thursday, July 26, 2012 08:16 CEST, Michael Barton <Michael.Barton at asu.edu> wrote: 
>> 
>>> So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4).
>>> 
>>> There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion.
>>> 
>>> import locale
>>> locale.getdefaultlocale()
>>> Traceback (most recent call last):
>>> File "<stdin>", line 1, in <module>
>>> File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py", line 496, in getdefaultlocale
>>> File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py", line 428, in _parse_localename
>>> ValueError: unknown locale: UTF-8
>>> 
>>> I don't know where it is getting UTF-8. The GUI code in GRASS calls the language en_ES.UTF-8, but this is running Python outside of GRASS. I've tried setting locale to es_EN, and to C. But we still get this error when locale.getdefaultlocale() is run in wx GUI.
>>> 
>>> Any ideas?????
>>> 
>>> Michael
> 
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
> 
> First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
> Second Pogril: I don't know.  Why IS life like sticking your head in a bucket filled with hyena offal?
> First Pogril: I don't know either.  Wretched, isn't it?
> 
> -HitchHiker's Guide to the Galaxy
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20120726/44511aa6/attachment.html>