[GRASS-dev] grass7 on mac OSX

[Michael Barton]

No ipython on the student's machine. 

I compiled GRASS 7 and had no problems. I posted my binary so others could use it. The one person who has tried it gets a bogus error about Python subprocess() not existing. The binary of GRASS 6.5 that I compiled and posted at the same time runs fine on her machine (demonstrating that subprocess() is OK). 

Oddly, some other folks here got similar bogus errors with GRASS 6.5 or 7 (I can't remember) when trying to run a Python script under winGRASS a few weeks back. 

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity 
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 	480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax:          480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: www.public.asu.edu/~cmbarton, http://csdc.asu.edu










On May 27, 2010, at 6:43 AM, William Kyngesburye wrote:

> On May 27, 2010, at 3:56 AM, Massimo Di Stefano <massimodisasha at gmail.com 
>> wrote:
> 
>> Hell Soeren,
>> 
>> seems i've an up-to-date revision :
>> 
>> MacBook-Pro-15-di-Massimo-Di-Stefano:grass_trunk sasha$ svn up
>> At revision 42358.
>> 
>> i also did make distclean first to re-try configure && make.
>> 
>> 
>> but your note about a "renamed" function, point me to a problem i  
>> had on qgis side too (make install overwrite the .app but ... it  
>> don't do it as aspected)
>> 
>> infact, removing manually the old grass70.app (compiled from source)  
>> trashing the complete app from /Application , instead of overwrite  
>> it using "sudo make install"
>> 
>> now i have :
>> 
>> In [1]: import os, sys
>> 
>> In [2]: from grass.lib import raster
>> ------------------------------------------------------------
>> Traceback (most recent call last):
>> File "<ipython console>", line 1, in <module>
>> ImportError: No module named lib
>> 
> I wonder if ipython is affecting this?  Just a random idea. (I can't  
> try anything right now- dev Mac died)
> 
>> 
>> the error is present but changes ... this time maybe can be a wrong  
>> sintax i used ???
>> weird .. i'm a bit confused ;-)
>> 
>> 
>> 
>> i'm tring to replicate, from command line, the code :
>> 
>> ###
>> 
>> import os, sys
>> from grass.lib import grass, raster
>> from ctypes import *
>> 
>> input = sys.argv[1]
>> 
>> grass.G_gisinit(sys.argv[0])
>> 
>> mapset = grass.G_find_raster2(input, "")
>> print mapset
>> 
>> 
>> Massimo
>> 
>> Il giorno 27/mag/2010, alle ore 10.37, Soeren Gebbert ha scritto:
>> 
>>> Hello Massimo,
>>> can you please make a svn update?The gmath function
>>> G_math_backward_solving has been renamed into
>>> G_math_backward_substitution a while ago. Maybe something got mixed
>>> up?
>>> 
>>> Best
>>> Soeren
>>>