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

Wed Oct 7 01:49:12 PDT 2015

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://www.public.asu.edu/~cmbarton>, http://csdc.asu.edu <http://csdc.asu.edu/>
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>> On Oct 6, 2015, at 2:11 PM, Anna Petrášová <kratochanna at gmail.com <mailto:kratochanna at gmail.com>> wrote:
>> 
>> 
>> 
>> On Tue, Oct 6, 2015 at 4:56 PM, Michael Barton <Michael.Barton at asu.edu <mailto: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 <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 <neteler at osgeo.org <mailto:neteler at osgeo.org>> wrote:
>> >
>> > On Tue, Oct 6, 2015 at 8:56 PM, Michael Barton <Michael.Barton at asu.edu <mailto: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 <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
>> grass-dev at lists.osgeo.org <mailto:grass-dev at lists.osgeo.org>
>> http://lists.osgeo.org/mailman/listinfo/grass-dev <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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20151007/2ee9501f/attachment-0001.html>