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@krugs.de> writes:
Adam Dershowitz <adershowitz@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@krugs.de> wrote:
Michael Barton <Michael.Barton@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 Universityvoice: 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.eduOn Mar 15, 2016, at 3:14 PM, Carlos Grohmann
<carlos.grohmann@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@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