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 <rai...@krugs.de> writes: > Adam Dershowitz <adershow...@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" <rai...@krugs.de> wrote: >> >>>Michael Barton <michael.bar...@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.grohm...@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 >>>> <adershow...@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@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/grass-user -- Rainer M. Krug email: Rainer<at>krugs<dot>de PGP: 0x0F52F982
signature.asc
Description: PGP signature
_______________________________________________ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
