[GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with wxPython (missing)
Rainer M Krug
Rainer at krugs.de
Tue Mar 15 09:39:01 PDT 2016
I tried again to install 7.1 head without GUI using homwbrew, and I get
the following error:
,----
| bash-4.3$ less /Users/rainerkrug/Library/Logs/Homebrew/grass-71/02.make
| bash-4.3$ cd /private/tmp/grass-7120160315-47344-1ybn5ar/scripts/d.rast.leg
| bash-4.3$ ls
| Makefile d.rast.leg.html d.rast.leg.py
| bash-4.3$ make
| if [ "/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts/d.rast.leg" != "" ] ; then GISRC=/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/demolocation/.grassrc71 GISBASE=/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0 PATH="/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts:$PATH" PYTHONPATH="/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/etc/python:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/gui/wxpython:$PYTHONPATH" DYLD_LIBRARY_PATH="/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/lib:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/lib:" LC_ALL=C /private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts/d.rast.leg --html-description < /dev/null | grep -v '</body>\|</html>' > d.rast.leg.tmp.html ; fi
| dyld: Library not loaded: /usr/local/Cellar/grass-71/HEAD/grass-7.1.svn/lib/libgrass_gis.7.1.svn.dylib
| Referenced from: /private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin/g.parser
| Reason: image not found
| make: *** [d.rast.leg.tmp.html] Error 1
| rm d.rast.leg.tmp.html
| bash-4.3$
`----
In other words: grass is looking during the compilation for a dynamic
library
(/usr/local/Cellar/grass-71/HEAD/grass-7.1.svn/lib/libgrass_gis.7.1.svn.dylib)
which has been created, but will only be there when installing.
Also important: this error only occurs when the html manual pages are
created!
Cheers,
Rainer
Rainer M Krug <Rainer at krugs.de> writes:
> Adam Dershowitz <adershowitz at exponent.com> writes:
>
>> I use Macports for a bunch of other things (and Homebrew is incompatible
>> with Macports) So, I figured that I would just tried to install grass7
>> using macports. It does seem to install, but the gui doesn’t work:
>>
>> $grass70
>> Cleaning up temporary files...
>> Starting GRASS GIS...
>> ERROR: wxGUI requires wxPython. No module named wxversion
>> Error in GUI startup. If necessary, please report this error to the GRASS
>> developers.
>> Switching to text mode now.
>>
>
> I don't use MacPorts - but can you try to install without GUI?
>
>>
>> Hit RETURN to continue...
>>
>>
>>
>> This is odd, since wxpython is installed.
>> But, it seems like this is a different problem.
>>
>>
>> -- Adam
>>
>>
>>
>>
>>
>>
>> On 3/15/16, 9:50 AM, "Rainer M Krug" <Rainer at krugs.de> wrote:
>>
>>>Michael Barton <Michael.Barton at asu.edu> writes:
>>>
>>>> The reason is that I (and William) package some key dependencies with
>>>> the binary. The most important is wxPython, which is required by the
>>>> GUI. If a user does not have exactly the same version of wxPython used
>>>> to compile the binary, the GUI will fail. Making this more complicated
>>>> is the fact that the only versions of wxPython that work completely
>>>> correctly with Mac GRASS are 32 bit. But some other components are 64
>>>> bit. This means that I need to compile GRASS with 32/64 bit dual
>>>> architecture. So this is a consequence of making binaries that run on
>>>> anyone's Mac (except the newest system with SIP enabled).
>>>
>>>OK - so if I understand you correctly, installing via homebrew, should
>>>not be that difficult, as GRASS is compiled for a specific wxPython -
>>>correct?
>>>
>>>
>>>
>>>>
>>>> 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 Mar 15, 2016, at 3:14 PM, Carlos Grohmann
>>>> <carlos.grohmann at gmail.com> wrote:
>>>>
>>>>
>>>>
>>>> I run GRASS on OSX El Capitan (with SIP disabled). I don't think
>>>> that setting up a CLI-only version would be a solution as well. As
>>>> Rainer said, other software runs natively (see QGIS) and they
>>>> don't have any problems with OSX/SIP. We should look into that.
>>>>
>>>>
>>>> I don't understand why GRASS is offending SIP. Perhaps we should
>>>> seek out for help from others. Maybe Apple itself.
>>>>
>>>>
>>>> One point is that we need to disable SIP for the binary provided
>>>> by Michael Barton, but not if you compile it from source (or using
>>>> homebrew), so this could be fixable by changing paths, like Adam
>>>> suggested. Homebrew uses /usr/local, why can't we?
>>>>
>>>>
>>>> best
>>>>
>>>>
>>>> Carlos
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Mar 15, 2016 at 9:51 AM, Adam Dershowitz
>>>> <adershowitz at exponent.com> wrote:
>>>>
>>>> Yes, SIP is a new security feature that prevents any applications
>>>> from
>>>> writing to a few key OS paths. I believe that it really is
>>>> that simple.
>>>> (see: https://support.apple.com/en-us/HT204899 )
>>>> Which, does beg the questionŠwhy does running GRASS require
>>>> writes to any
>>>> of these folders? That suggests that GRASS is doing something
>>>> that it
>>>> shouldn¹t be doing. Why should it be writing to system folders
>>>> at all at
>>>> runtime?
>>>> It is the only application that I have run into that has any
>>>> problems with
>>>> SIP. It would seem that this should be an easy fix. (for
>>>> example just
>>>> use /usr/local instead of /usr, or whatever the problem folder
>>>> is).
>>>>
>>>>
>>>> -- Adam
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>>
>>>> Prof. Carlos Henrique Grohmann
>>>> Institute of Energy and Environment - Univ. of São Paulo, Brazil
>>>> - Digital Terrain Analysis | GIS | Remote Sensing -
>>>>
>>>>
>>>> http://carlosgrohmann.com
>>>> http://orcid.org/0000-0001-5073-5572
>>>>
>>>> ________________
>>>> Can’t stop the signal.
>>>>
>>>>
>>>
>>>--
>>>Rainer M. Krug
>>>email: Rainer<at>krugs<dot>de
>>>PGP: 0x0F52F982
>>
>> _______________________________________________
>> grass-user mailing list
>> grass-user at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-user
--
Rainer M. Krug
email: Rainer<at>krugs<dot>de
PGP: 0x0F52F982
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 454 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20160315/27c7db08/attachment.sig>
More information about the grass-user
mailing list