[GRASS-dev] GRASS and Mac OS X El Capitan

Wed Oct 7 11:17:37 PDT 2015

Second error indicates on a misconfigured system.
Add to ~/.bash_profile:
export LC_ALL=en_US.UTF-8
export LANG=en_US.UTF-8

https://coderwall.com/p/-k_93g/mac-os-x-valueerror-unknown-locale-utf-8-in-python

2015-10-07 11:49 GMT+03:00 Agustin Diez Castillo <agustin.diez at uv.es>:
> After updating,
> wxpython not working here but tcltk still works (grass 6.4 from kyngchaos),
> see below for results with 7.1
> Launching 'wxpython' GUI in the background, please wait ...
> Traceback (most recent call last):
>   File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py",
> line 27, in <module>
>     from core import globalvar
>   File
> "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/core/globalvar.py",
> line 76, in <module>
>     import wx
>   File
> "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/__init__.py", line
> 45, in <module>
>     from wx._core import *
>   File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py",
> line 4, in <module>
>     import _core_
> ImportError:
> dlopen(/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so,
> 2): Library not loaded:
> /Users/Shared/unix/wxpython-snow/lib/libwx_macud-2.8.0.dylib
>   Referenced from:
> /Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so
>   Reason: image not found
>
> grass 7.1 not working here
>  '/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh'; exit
> Rebuilding Addon HTML manual pages index...
> Rebuilding Addon menu...
> Python 2.7.10 found.
> Traceback (most recent call last):
>   File "/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass71", line
> 1380, in <module>
>     set_language()
>   File "/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass71", line 821,
> in set_language
>     language, encoding = locale.getdefaultlocale()
>   File
> "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py",
> line 543, in getdefaultlocale
>     return _parse_localename(localename)
>   File
> "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py",
> line 475, in _parse_localename
>     raise ValueError, 'unknown locale: %s' % localename
> ValueError: unknown locale: UTF-8
> logout
> Saving session...
> ...copying shared history...
> ...saving history...truncating history files...
> ...completed.
>
> El Oct 7, 2015, a las 01:15, Michael Barton <Michael.Barton at asu.edu>
> escribió:
>
> But it was never clear what was and was not working. We have this working
> fine in Yosemite. So far, you are the only ones to report a problem with
> Yosemite. The problem we are reporting now is that it was running on
> Yosemite and not running on El Capitan. Maybe that is the same thing, but
> maybe not. That said, I plan on a recompile, but have been stuck on the
> laslib problem. I hope to have time to get that compiled on Thursday. I
> haven’t had much input so it has been a lot of trial and error. Once it is
> working with current gdal, I can recompile new binaries.
>
> Michael
> ____________________
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Head, Graduate Faculty in Complex Adaptive Systems Science
> Arizona State University
>
> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Oct 6, 2015, at 2:11 PM, Anna Petrášová <kratochanna at gmail.com> wrote:
>
>
>
> On Tue, Oct 6, 2015 at 4:56 PM, Michael Barton <Michael.Barton at asu.edu>
> wrote:
>>
>> This is a binary I created and posted to my web site not too long ago. It
>> worked fine before upgrading and works fine on people’s machines that have
>> not upgraded. So this worries me.
>
>
> I informed you couple of weeks ago when you posted them that they are not
> working on my and Helena's Mac with the exact same problem (we have
> Yosemite). As I said before couple of times and as Markus said now, this
> error suggests that fresh recompilation could help.
>
> BTW I fixed import order couple of weeks ago, so this shouldn't happen
> again.
>
>
>>
>> I’m hoping soon to have time to complete the complicated effort to
>> recompile laslib so I can make new binaries before I think about upgrading
>> to the new OS X. But I will be compiling them on the penultimate version of
>> the OS (prior to El Capitan, released a few days ago).
>
>
>  We are able to compile GRASS on Mac, although we haven't tried to compile
> liblas.
>
> Anna
>>
>>
>> Michael
>> ____________________
>> C. Michael Barton
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Head, Graduate Faculty in Complex Adaptive Systems Science
>> Arizona State University
>>
>> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
>> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> > On Oct 6, 2015, at 12:02 PM, Markus Neteler <neteler at osgeo.org> wrote:
>> >
>> > On Tue, Oct 6, 2015 at 8:56 PM, Michael Barton <Michael.Barton at asu.edu>
>> > wrote:
>> >> A couple of my students upgraded to the new Mac OS, El Capitan, and can
>> >> no
>> >> longer run GRASS.
>> >>
>> >> We tried a work around that disabled one of the new security settings.
>> >> This
>> >> got the launch process further, but it still bombed. Has anyone had any
>> >> luck
>> >> with this yet?
>> >>
>> >> Here is the error:
>> >>
>> >> Launching <wxpython> GUI in the background, please wait...
>> >>
>> >> GRASS 7.0.1 (MedLambertA):~ > Traceback (most recent call last):
>> > ...
>> >>  File
>> >>
>> >> "/Applications/GRASS-7.0.app/Contents/MacOS/gui/wxpython/vdigit/toolbars.py",
>> >> line 30, in <module>
>> >>    from iclass.digit       import IClassVDigit
>> >>
>> >>  File
>> >>
>> >> "/Applications/GRASS-7.0.app/Contents/MacOS/gui/wxpython/iclass/digit.py",
>> >> line 23, in <module>
>> >>    from vdigit.wxdisplay import DisplayDriver, TYPE_AREA
>> >>
>> >> ImportError: cannot import name TYPE_AREA
>> >
>> > There is a (closed) ticket:
>> > https://trac.osgeo.org/grass/ticket/2538
>> >
>> > and an email
>> > https://lists.osgeo.org/pipermail/grass-dev/2013-September/065580.html
>> >
>> > ... both indicating the same solution:
>> > * "Ok. Don't know what happened to my source tree, but with a fresh
>> > checkout I can start the GUI again. False alarm. Sorry for the noise.
>> > "
>> > * "fixed by rebuilding svn tree from scratch and compiling from it"
>> >
>> > Perhaps this will also help today?
>> >
>> > Markus
>>
>> _______________________________________________
>> grass-dev mailing list
>> grass-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
>
>
> _______________________________________________
> grass-dev mailing list
> grass-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
>
>
> _______________________________________________
> grass-dev mailing list
> grass-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev