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 <[email protected]> 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://www.public.asu.edu/~cmbarton>, http://csdc.asu.edu
> <http://csdc.asu.edu/>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>> On Oct 6, 2015, at 2:11 PM, Anna Petrášová <[email protected]
>> <mailto:[email protected]>> wrote:
>>
>>
>>
>> On Tue, Oct 6, 2015 at 4:56 PM, Michael Barton <[email protected]
>> <mailto:[email protected]>> 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 <tel:480-965-6262> (SHESC), 480-965-8130
>> <tel:480-965-8130>/727-9746 (CSDC)
>> fax: 480-965-7671 <tel:480-965-7671> (SHESC), 480-727-0709
>> <tel:480-727-0709> (CSDC)
>> www: http://www.public.asu.edu/~cmbarton
>> <http://www.public.asu.edu/~cmbarton>, http://csdc.asu.edu
>> <http://csdc.asu.edu/>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> > On Oct 6, 2015, at 12:02 PM, Markus Neteler <[email protected]
>> > <mailto:[email protected]>> wrote:
>> >
>> > On Tue, Oct 6, 2015 at 8:56 PM, Michael Barton <[email protected]
>> > <mailto:[email protected]>> 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
>> > <https://trac.osgeo.org/grass/ticket/2538>
>> >
>> > and an email
>> > https://lists.osgeo.org/pipermail/grass-dev/2013-September/065580.html
>> > <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
>> [email protected] <mailto:[email protected]>
>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>> <http://lists.osgeo.org/mailman/listinfo/grass-dev>
>
> _______________________________________________
> grass-dev mailing list
> [email protected]
> http://lists.osgeo.org/mailman/listinfo/grass-dev
_______________________________________________
grass-user mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-user
