Second error indicates on a misconfigured system.
Add to ~/.bash_profile:
export LC_ALL=en_US.UTF-8
export LANG=en_US.UTF-8
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@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@gmail.com> wrote:
On Tue, Oct 6, 2015 at 4:56 PM, Michael Barton <Michael.Barton@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@osgeo.org> wrote:
>
> On Tue, Oct 6, 2015 at 8:56 PM, Michael Barton <Michael.Barton@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@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev