[GRASS-dev] does GRASS 7 for Mac compile yet?

I'm not sure if this is useful, but I just tried to compile GRASS 7 on my
Macbook Pro 10.7.5. Everything seemed to work fine when I complied the code.

cd /usr/local/src/grass_trunk

sudo make clean

sudo svn up

export CFLAGS="-arch ppc64 -arch x86_64 -g -Wall"
export CXXFLAGS="-arch ppc64 -arch x86_64"
export LDFLAGS="-arch ppc64 -arch x86_64"
export GDAL_BIN=/Library/Frameworks/GDAL.framework/Programs/
export NAD2BIN=/Library/Frameworks/PROJ.Framework/Programs/nad2bin

sudo ./configure --with-freetype
--with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2
/Library/Frameworks/FreeType.framework/unix/include"
--with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib
--with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config
--with-proj
--with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include
--with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib
--with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj
--with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-postgres-includes=/usr/local/pgsql/include
--with-postgres-libs=/usr/local/pgsql/lib
--with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-postgres-includes=/usr/local/pgsql/include
--with-postgres-libs=/usr/local/pgsql/lib --without-mysql --with-odbc
--with-sqlite
--with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib
--with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include
--without-fftw --with-cxx --with-x --without-motif --with-opengl=aqua
--without-readline --prefix=/Applications --enable-macosx-app --with-cairo
--without-tcltk
--with-wxwidgets=/usr/local/lib/wxPython-2.9.2.4/bin/wx-config

Started compilation: Sat Feb 2 14:54:01 EST 2013
--
Errors in:
No errors detected.
--
Finished compilation: Sat Feb 2 15:07:06 EST 2013

sudo make

sudo make install

When I launched GRASS this is what I got.

Launching <wxpython> GUI in the background, please wait...
GRASS 7.0.svn (nc_spm_08):~ > Traceback (most recent call last):
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/wxgui.py", line
34, in <module>
    from lmgr.frame import GMFrame
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/lmgr/frame.py",
line 47, in <module>
    from gui_core.preferences import MapsetAccess, PreferencesDialog,
EVT_SETTINGS_CHANGED
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/preferences.py",
line 51, in <module>
    from gui_core.dialogs import SymbolDialog
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/dialogs.py",
line 50, in <module>
    from gui_core.gselect import LocationSelect, MapsetSelect, Select,
OgrTypeSelect, GdalSelect, MapsetSelect
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/gselect.py",
line 54, in <module>
    import grass.temporal as tgis
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/temporal/__init__.py",
line 9, in <module>
    from space_time_datasets import *
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/temporal/space_time_datasets.py",
line 25, in <module>
    import grass.lib.gis as libgis
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/gis.py",
line 23, in <module>
    _libs["grass_gis.7.0.svn"] = load_library("grass_gis.7.0.svn")
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/ctypes_loader.py",
line 55, in load_library
    return self.load(path)
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/ctypes_loader.py",
line 71, in load
    raise ImportError,e
ImportError:
dlopen(/Applications/GRASS-7.0.app/Contents/MacOS/lib/libgrass_gis.7.0.svn.dylib,
10): no suitable image found. Did find:
  /Applications/GRASS-7.0.app/Contents/MacOS/lib/libgrass_gis.7.0.svn.dylib:
mach-o, but wrong architecture
  /Applications/GRASS-7.0.app/Contents/MacOS/lib/libgrass_gis.7.0.svn.dylib:
mach-o, but wrong architecture

--
View this message in context: http://osgeo-org.1560.n6.nabble.com/does-GRASS-7-for-Mac-compile-yet-tp5030048p5031695.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

i’m trying to debug the build of GRASS 7 on mac OSX 10.8.x in 64 bit with WX 2.9.x

After commenting the check for wx version i got the GUI start, some worning :

···

On Thu, Jan 31, 2013 at 5:27 AM, Luca Delucchi <lucadeluge@gmail.com> wrote:

2013/1/31 Margherita Di Leo <dileomargherita@gmail.com>:

I think we should consider to promote a fund rising for buying a (used,
discounted, whatever) mac computer for the use of developers who are
developing or are willing to test on it. What do you think?

I don’t like this idea.
I think should be really better to have some more Mac power user
instead, and use the money for community sprint

my 2 c
madi


ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org


grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Thomas E Adams
Development & Operations Hydrologist
National Weather Service
Ohio River Forecast Center
1901 South State Route 134
Wilmington, OH 45177
[http://www.erh.noaa.gov/er/ohrfc/](http://www.erh.noaa.gov/er/ohrfc/)
EMAIL:	[thomas.adams@noaa.gov](mailto:thomas.adams@noaa.gov)
 
VOICE:	937-383-0528
FAX:	937-383-0033

Hi,

On Mon, Feb 4, 2013 at 11:57 PM, epi <massimodisasha@gmail.com> wrote:

i'm trying to debug the build of GRASS 7 on mac OSX 10.8.x in 64 bit with WX
2.9.x

After commenting the check for wx version i got the GUI start, some worning

what exactly is the problem with the 'check for wx version'? The
warning (wx.InitAllImageHandlers) and the PrepareDC error should be
fixed now.

Anna

:

###
GRASS 7.0.svn (spearfish60):~ >
/usr/local/grass-7.0.svn/etc/gui/wxpython/wxgui.py:54:
wxPyDeprecationWarning: Call to deprecated item 'InitAllImageHandlers'.
  wx.InitAllImageHandlers()
/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/goutput.py:230:
wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints'.
  outputSizer.SetVirtualSizeHints(self.panelOutput)
###

the Window Manager seems to work properly (i cal load a layer Rast/Vect in
the lkayer tree, the shell also pront out the log of commands nicely)
but i can't display layers (both Vector and Raster are not displayed).
Commenting this 2 line in madisp.py :

359 #self.PrepareDC(dc)
519 #self.PrepareDC(dc)

i got the Raster map displaying properly

but no vector, the error is in a missed Cairo Driver :

/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/ghelp.py:
608: wxPyDeprecationWarning: Call to deprecated item
'InitAllImageHandlers'.
  wx.InitAllImageHandlers()
Command 'd.vect map=archsites@PERMANENT
type=point,line,area,face' failed
Details: Unknown display driver <cairo>
Command 'd.vect map=archsites@PERMANENT
type=point,line,area,face' failed
Details: Unknown display driver <cairo>

I wasn't able to get the cairo driver working during the Make step, it shows
the error at the end of the log [1]
about a missed arch ... but i guess ... I have everything built as
--universal

In doubt I rebuilt fontconfig and cairo and checked the relative
architecture :

lipo -info /usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib
/usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib are: i386
x86_64
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib are: i386
x86_64
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib are:
i386 x86_64
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib are: i386 x86_64
epi:~ epi$

/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-list: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-match: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture
x86_64): Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-query: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
i386): Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
x86_64):Mach-O 64-bit executable x86_64

They are multi-arch, but unlucky i still have the same error in cairodriver,

[1] http://epi.whoi.edu/esr/grass7_cairodriver_log.txt <-- full build log

William K. helped me to debug the error,
and seems that the GRASS Configure is not storing the fontconfig linking in
platform.make so it doesn't get into the cairo driver compilation.

thanks for helping me,

Massimo.

Il giorno 31/gen/2013, alle ore 13:04, Michael Barton
<michael.barton@asu.edu> ha scritto:

It may work with wxPython 2.9 but nobody has been able to test yet.

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

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

On Jan 31, 2013, at 3:47 AM, epi <massimodisasha@gmail.com>
wrote:

I'm a mac user as well and i will be happy to help,

… i built grass weekly (if not daily) in the past,
but unfortunately now i'm on mac 10.8.x using 64bit python, all my python
packages numpy scipy etc etc etc .. are 64 bit and ...

WX gui

<start-joke>
    great choice
</end-joke>

unfortunately doesn't works on mac in 64 bit mode … i'm waiting the 2.9.x to
be stable that is 2 years now ...

This IMO can be one of the major reason of "lack of mac-man-dev-power"

i can provide log on the build of grass7 (without gui modules) … but this
doesn't help

i don't know if grass-gui-dev want try to test grass with wx-2.9 .. it is
unstable but works, if yes .. i'll be happy to be a guinea pig

--Massimo

Il giorno 31/gen/2013, alle ore 05:32, Thomas Adams - NOAA Federal
<thomas.adams@noaa.gov> ha scritto:

All,

I'm a Mac user in addition to Linux. I'm going to have more free time
starting in a few weeks. I'd be happy to step-up my use of GRASS 7 for
testing. Just let me know what I can do. I'm moving from the U.S. to
Melbourne, Australia in a couple of weeks!

Cheers,
Tom

On Thu, Jan 31, 2013 at 5:27 AM, Luca Delucchi <lucadeluge@gmail.com> wrote:

2013/1/31 Margherita Di Leo <dileomargherita@gmail.com>:
> I think we should consider to promote a fund rising for buying a (used,
> discounted, whatever) mac computer for the use of developers who are
> developing or are willing to test on it. What do you think?
>

I don't like this idea.
I think should be really better to have some more Mac power user
instead, and use the money for community sprint

> my 2 c
> madi
>

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

--

Thomas E Adams

Development & Operations Hydrologist
National Weather Service
Ohio River Forecast Center
1901 South State Route 134
Wilmington, OH 45177

http://www.erh.noaa.gov/er/ohrfc/

EMAIL: thomas.adams@noaa.gov

VOICE: 937-383-0528
FAX: 937-383-0033

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[all deleted]

Apologies for hijacking the thread! I can't seem to be able to configure
as I did on Sunday!?

Nothing changed since Sunday, yet, I get:

--%<---
..
checking for nad2bin... no
configure: error: *** Unable to locate nad2bin (needs to be in PATH).
--->%--

Any hints?

nad2bin relies on
"/Library/Frameworks/PROJ.framework/Versions/4/Programs/nad2bin". Can I
add this somehow with a "--with-proj" or alike switch?

Thank you, Nikos

Nikos Alexandris wrote:
..

--%<---
..
checking for nad2bin... no
configure: error: *** Unable to locate nad2bin (needs to be in PATH).
--->%--

Please, disregard the previous post. I was wrong in adding the complete

"/Library/Frameworks/PROJ.framework/Versions/4/Programs/nad2bin"

instead of simply

"/Library/Frameworks/PROJ.framework/Versions/4/Programs"

in ~/.bash_profile

Best, Nikos

On the wxpython-problematic for OS-X:

I can compile grass_trunk which ends up with various wxpython related
errors. So, the gui wont launch. Could it be that we only need to
properly install

- python 2.7 <http://python.org/ftp/python/2.7.3/python-2.7.3-macosx10.6.dmg&gt;
- wxpython 2.9 (the cocoa build)
<http://downloads.sourceforge.net/wxpython/wxPython2.9-osx-2.9.4.0-cocoa-py2.7.dmg&gt;

and then set up properly GRASS to pick those up?

Since I have previous experience under OS-X (only linux here), I can't
easily switch python versions, etc.

Thanx, Nikos

On the wxpython-problematic for OS-X:

I can compile grass_trunk which ends up with various wxpython related
errors. So, the gui wont launch. Could it be that we only need to
properly install

- python 2.7 <http://python.org/ftp/python/2.7.3/python-2.7.3-macosx10.6.dmg&gt;
- wxpython 2.9 (the cocoa build)
<http://downloads.sourceforge.net/wxpython/wxPython2.9-osx-2.9.4.0-cocoa-py2.7.dmg&gt;

and then set up properly GRASS to pick those up?

Since I have no previous experience under OS-X (only linux here), I can't
easily switch python versions, etc.

Thanx, Nikos

Nikos Alexandris wrote:

On the wxpython-problematic for OS-X:

..

- python 2.7
<http://python.org/ftp/python/2.7.3/python-2.7.3-macosx10.6.dmg&gt;
- wxpython 2.9 (the cocoa build)
<http://downloads.sourceforge.net/wxpython/wxPython2.9-osx-2.9.4.0-cocoa-py2.7.dmg&gt;

and

- numpy
<http://garr.dl.sourceforge.net/project/numpy/NumPy/1.6.1/numpy-1.6.1-py2.7-python.org-macosx10.6.dmg&gt;

and then set up properly GRASS to pick those up?

O-kay, it seems it works :slight_smile:

Configured by setting
"--with-wxwidgets=/usr/local/lib/wxPython-2.9.4.0/bin/wx-config",
compiled, and "correcting" another locale-related problem (setting
LC_CTYPE=en_US.UTF-8) .

We can now proceed in debugging errors... :slight_smile:

Nikos

On Feb 5, 2013, at 7:13 AM, Nikos Alexandris wrote:

Nikos Alexandris wrote:

On the wxpython-problematic for OS-X:

..

- python 2.7
<http://python.org/ftp/python/2.7.3/python-2.7.3-macosx10.6.dmg&gt;

Python 2.7 is in the Mac system starting with 10.7 (Lion). And on 10.6, the system python 2.6 works just fine.

- wxpython 2.9 (the cocoa build)
<http://downloads.sourceforge.net/wxpython/wxPython2.9-osx-2.9.4.0-cocoa-py2.7.dmg&gt;

More correctly - install wxpython 2.9 to match your python. For OS X 10.6 users, you would install wxpython 2.9 carbon py2.6.

and

- numpy
<http://garr.dl.sourceforge.net/project/numpy/NumPy/1.6.1/numpy-1.6.1-py2.7-python.org-macosx10.6.dmg&gt;

Well, if you are using my GDAL framework for GRASS, it has a numpy installer in the download (and it's also available as a separate download). This is made for the system python (the official binaries are made only for the python.org python).

and then set up properly GRASS to pick those up?

O-kay, it seems it works :slight_smile:

Configured by setting
"--with-wxwidgets=/usr/local/lib/wxPython-2.9.4.0/bin/wx-config",
compiled, and "correcting" another locale-related problem (setting
LC_CTYPE=en_US.UTF-8) .

We can now proceed in debugging errors... :slight_smile:

Nikos

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

All generalizations are dangerous, even this one.

I recommend NOT installing a 3rd party Python.

OS X 10.7 and 10.8 already come with Python 2.6 and 2.7 installed. My installation instructions, worked out with William Kyngesburye are designed so that GRASS will work with Python 2.6 and OS X 10.6 (which many people still use).

I get a series of "errors" during compiling that say 'can't find wx'. But these are bogus. All the affected modules (e.g., mapswipe) work fine.

If you cannot launch the GUI there is some kind of different problem.

1) What OS are you using? If you have OS X 10.6, you need to follow different instructions from what I said. Also, you need the 10.6 SDK's in order to compile a version that works on 10.6 if you are running 10.8.
2) Often a failure to launch is actually traceable to an out of date GDAL version, though this should not be a problem if you are compiling yourself.
3) Another reason for a launch failure is a mismatch between the location of wxPython in the configure script and where it really is located on your computer.

You might try to download my GRASS 7 binary, compiled Sunday night, and see if it runs with all the proper frameworks installed (these are also on the site).

You can find it at <http://www.public.asu.edu/~cmbarton/files/grass_mac/OSX10.6-snowleopard/&gt;

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

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

On Feb 5, 2013, at 5:24 AM, Nikos Alexandris <nik@nikosalexandris.net>
wrote:

On the wxpython-problematic for OS-X:

I can compile grass_trunk which ends up with various wxpython related
errors. So, the gui wont launch. Could it be that we only need to
properly install

- python 2.7 <http://python.org/ftp/python/2.7.3/python-2.7.3-macosx10.6.dmg&gt;
- wxpython 2.9 (the cocoa build)
<wxPython - Browse Files at SourceForge.net;

and then set up properly GRASS to pick those up?

Since I have no previous experience under OS-X (only linux here), I can't
easily switch python versions, etc.

Thanx, Nikos

On Thursday 31 of January 2013 10:51:58 Margherita Di Leo wrote:

I think we should consider to promote a fund rising for buying a (used,
discounted, whatever) mac computer for the use of developers who are
developing or are willing to test on it. What do you think?

my 2 c
madi

As I am planning to move in a non-Apple machine, I am considering at either
giving it away for free (to someone that I know will use it) or at a very low
price.

my 2 old drachmas :slight_smile:
Nikos

On Tuesday 05 of February 2013 04:24:51 Nikos Alexandris wrote:

On the wxpython-problematic for OS-X:

I can compile grass_trunk which ends up with various wxpython related
errors. So, the gui wont launch. Could it be that we only need to
properly install

- python 2.7
<http://python.org/ftp/python/2.7.3/python-2.7.3-macosx10.6.dmg&gt; - wxpython
2.9 (the cocoa build)
<http://downloads.sourceforge.net/wxpython/wxPython2.9-osx-2.9.4.0-cocoa-py2
.7.dmg>

and then set up properly GRASS to pick those up?

@Michael, @William

I did what I describe(d) above and, with the help of AnnaK, we got the GUI
running.

Yes, 2.7 and 2.9. It may be that it bears other, non-desired, sideeffects or
dangers (?). However, I never really use OS-X and since the GUI is launching,
we can go bug-hunting.

Thanks, Nikos

That's very good that wxPython 2.9 runs. My hope has been that with a bit of tweaking it would work. So I'm glad that you've had time to try it out. Thanks much.

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: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Feb 6, 2013, at 5:20 PM, Nikos Alexandris <nik@nikosalexandris.net>
wrote:

On Tuesday 05 of February 2013 04:24:51 Nikos Alexandris wrote:

On the wxpython-problematic for OS-X:

I can compile grass_trunk which ends up with various wxpython related
errors. So, the gui wont launch. Could it be that we only need to
properly install

- python 2.7
<http://python.org/ftp/python/2.7.3/python-2.7.3-macosx10.6.dmg&gt; - wxpython
2.9 (the cocoa build)
<wxPython - Browse Files at SourceForge.net
.7.dmg>

and then set up properly GRASS to pick those up?

@Michael, @William

I did what I describe(d) above and, with the help of AnnaK, we got the GUI
running.

Yes, 2.7 and 2.9. It may be that it bears other, non-desired, sideeffects or
dangers (?). However, I never really use OS-X and since the GUI is launching,
we can go bug-hunting.

Thanks, Nikos

Is this way to debug the gui useful for you dev ?

is there anything i can try to do for you to help in debugging ?

I think the cairo problem is related to grass core, not just the gui.
anyone can help in fixing the build error ?

thanks!

Massimo.

Hi Anna,

it fails to import the wxversion module.

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.

Hit RETURN to continue…

i had to comment the lines :

#if not os.getenv(“GRASS_WXBUNDLED”):

CheckForWx()

thanks for the fix, the rasrer map is displayed correctly without any changes to the code.

testing the gui …

  • pointer, query, pan, zoom (all the options) [works]

  • measure tool [works]

  • profile tool doesn’t work [doesn’t work]

it let me select the raster map, then shows a blanc “Grass Profile Analysis”
in the status bar i can see “left mouse down at point (float, float)”
when click on the map i got in the “command console” :

(Wed Feb 6 11:12:13 2013)
r.what --v -f -n map=elevation.10m@PERMANENT coordinates=595356.617647,4923676.470588
easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
595356.617647|4923676.470588||1253.797607|
(Wed Feb 6 11:12:13 2013) Command finished (0 sec)
(Wed Feb 6 11:12:26 2013)
r.what --v -f -n map=elevation.10m@PERMANENT coordinates=599551.470588,4920665.441176
easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
599551.470588|4920665.441176||1344.138306|
(Wed Feb 6 11:12:26 2013) Command finished (0 sec)
(Wed Feb 6 11:12:30 2013)
r.what --v -f -n map=elevation.10m@PERMANENT coordinates=596669.117647,4921051.470588
easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
596669.117647|4921051.470588||1400.473877|

… but nothing is displayed back to the profile tool

  • Grass histogramming Tool [doesn’t work] :

it show me the "Grass histogramming Tool " window, but then i got this log in the console :

(Wed Feb 6 11:12:37 2013) Command finished (0 sec)

Traceback (most recent call last):

File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py”, line 1101, in OnHistogramPyPlot

win.OnSelectRaster(None)
File “/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
togram.py”, line 96, in OnSelectRaster

self.OnCreateHist(event = None)
File “/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
togram.py”, line 76, in OnCreateHist

self.SetGraphStyle()
File
“/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/base.py”,
line 353, in SetGraphStyle

self.client.SetGridColour(wx.Color(self.properties[‘grid’][’
color’][0],
AttributeError
:
‘module’ object has no attribute ‘Color’

  • Create histogram with d.histogram [works*] :
    *the image is displayed correctly in the “GRASS GIS Histogramming Tool (d.histogram)”
    no option to save it, i got this log in the console :

Traceback (most recent call last):

File “/usr/local/grass-7.0.svn/etc/gui/wxpython/modules/hi
stogram.py”, line 124, in OnPaint

dc = wx.BufferedPaintDC(self, self._buffer)
File “/usr/local/lib/python2.7/site-packages/wx/_gdi.py”,
line 5286, in init

gdi.BufferedPaintDC_swiginit(self,gdi.new_BufferedPaintD
C(*args, **kwargs))
TypeError
:
in method ‘new_BufferedPaintDC’, expected argument 2 of type
‘wxBitmap &’

  • Add scale bar and north arrow [works]

  • Add legend [works

  • Add text layer [doesn’t work] :

i got this log in the console :

Traceback (most recent call last):

File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py”, line 1209, in OnAddText

self.SwitchTool(self.toolbars[‘map’], event)
File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py”, line 1378, in SwitchTool

self.UpdateTools(event)
File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py”, line 1400, in UpdateTools

if event.GetEventObject().GetId() ==
AttributeError
:
‘Menu’ object has no attribute ‘GetId’

  • Save display to graphic file [works]

  • Print [works]

  • switch to 3D (wxNviz) [doesn’t work]:

i got this log in the console :

Starting 3D view mode…

Traceback (most recent call last):

File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/to
olbars.py”, line 229, in OnSelectTool

self.parent.AddNviz()
File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py”, line 328, in AddNviz

self._layerManager.AddNvizTools()
File
“/usr/local/grass-7.0.svn/etc/gui/wxpython/lmgr/frame.py”,
line 341, in AddNvizTools

display = self.GetMapDisplay())
File
“/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py”,
line 102, in init

self.AddPage(page = self._createAnimationPage(),
File
“/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py”,
line 401, in _createAnimationPage

usage = “record”, label = _(“Record”))
File “/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/w
idgets.py”, line 405, in init

maskColor = wx.Color(255, 255, 255)
AttributeError
:
‘module’ object has no attribute ‘Color’

Traceback (most recent call last):

File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py”, line 463, in OnIdle

self.UpdateMap()
File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py”, line 687, in UpdateMap

pdctype = self.overlays[id].pdcType, coords =
self.overlays[id].coords)
KeyError
:
0

afeter that i was not able to have the 2D map back working, opening a new display fixed it.

  • vector tools [doesn’t work] :
    i guess the main problem is the cairo driver … in any case this is part of the log i got :

Traceback (most recent call last):

File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py”, line 1000, in MouseActions

self.OnLeftUp(event)
File “/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py”, line 1214, in OnLeftUp

self._onLeftUp(event)
File “/usr/local/grass-7.0.svn/etc/gui/wxpython/vdigit/map
window.py”, line 834, in _onLeftUp

if len(self.digit.GetDisplay().GetSelected()) > 0:
AttributeError
:
‘NoneType’ object has no attribute ‘GetDisplay’

(and a pop up no vector map selected for editing)

i had to build without cairo support … because of the error i posted before.
thanks to William that point out it can be a configuration problem

GRASS Configure is not storing the fontconfig linking in

platform.make so it doesn’t get into the cairo driver compilation.

also building without-cairo when try to display vector data the gui complain about missed cairo.
i tried to change the driver in the gui preference from cairo to png but then the gui freeze and i have to force-quit it.

i’ll be happy to continue testing if can be of any help,
thanks for the hard work!

Massimo

2013/2/5 Anna Kratochvílová <kratochanna@gmail.com>

Hi,

On Mon, Feb 4, 2013 at 11:57 PM, epi <massimodisasha@gmail.com> wrote:

i’m trying to debug the build of GRASS 7 on mac OSX 10.8.x in 64 bit with WX
2.9.x

After commenting the check for wx version i got the GUI start, some worning

what exactly is the problem with the ‘check for wx version’? The
warning (wx.InitAllImageHandlers) and the PrepareDC error should be
fixed now.

Anna

:

GRASS 7.0.svn (spearfish60):~ >
/usr/local/grass-7.0.svn/etc/gui/wxpython/wxgui.py:54:
wxPyDeprecationWarning: Call to deprecated item ‘InitAllImageHandlers’.
wx.InitAllImageHandlers()
/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/goutput.py:230:
wxPyDeprecationWarning: Call to deprecated item ‘SetVirtualSizeHints’.
outputSizer.SetVirtualSizeHints(self.panelOutput)

the Window Manager seems to work properly (i cal load a layer Rast/Vect in
the lkayer tree, the shell also pront out the log of commands nicely)
but i can’t display layers (both Vector and Raster are not displayed).
Commenting this 2 line in madisp.py :

359 #self.PrepareDC(dc)
519 #self.PrepareDC(dc)

i got the Raster map displaying properly

but no vector, the error is in a missed Cairo Driver :

/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/ghelp.py:
608: wxPyDeprecationWarning: Call to deprecated item
‘InitAllImageHandlers’.
wx.InitAllImageHandlers()
Command ‘d.vect map=archsites@PERMANENT
type=point,line,area,face’ failed
Details: Unknown display driver
Command ‘d.vect map=archsites@PERMANENT
type=point,line,area,face’ failed
Details: Unknown display driver

I wasn’t able to get the cairo driver working during the Make step, it shows
the error at the end of the log [1]
about a missed arch … but i guess … I have everything built as
–universal

In doubt I rebuilt fontconfig and cairo and checked the relative
architecture :

lipo -info /usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib
/usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib are: i386
x86_64
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib are: i386
x86_64
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib are:
i386 x86_64
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib are: i386 x86_64
epi:~ epi$

/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-list: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-match: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture
x86_64): Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-query: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
i386): Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
x86_64):Mach-O 64-bit executable x86_64

They are multi-arch, but unlucky i still have the same error in cairodriver,

[1] http://epi.whoi.edu/esr/grass7_cairodriver_log.txt ← full build log

William K. helped me to debug the error,
and seems that the GRASS Configure is not storing the fontconfig linking in
platform.make so it doesn’t get into the cairo driver compilation.

thanks for helping me,

Massimo.

Il giorno 31/gen/2013, alle ore 13:04, Michael Barton
<michael.barton@asu.edu> ha scritto:

It may work with wxPython 2.9 but nobody has been able to test yet.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

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

On Jan 31, 2013, at 3:47 AM, epi <massimodisasha@gmail.com>
wrote:

I’m a mac user as well and i will be happy to help,

… i built grass weekly (if not daily) in the past,
but unfortunately now i’m on mac 10.8.x using 64bit python, all my python
packages numpy scipy etc etc etc … are 64 bit and …

WX gui

great choice

unfortunately doesn’t works on mac in 64 bit mode … i’m waiting the 2.9.x to
be stable that is 2 years now …

This IMO can be one of the major reason of “lack of mac-man-dev-power”

i can provide log on the build of grass7 (without gui modules) … but this
doesn’t help

i don’t know if grass-gui-dev want try to test grass with wx-2.9 … it is
unstable but works, if yes … i’ll be happy to be a guinea pig

–Massimo

Il giorno 31/gen/2013, alle ore 05:32, Thomas Adams - NOAA Federal
<thomas.adams@noaa.gov> ha scritto:

All,

I’m a Mac user in addition to Linux. I’m going to have more free time
starting in a few weeks. I’d be happy to step-up my use of GRASS 7 for
testing. Just let me know what I can do. I’m moving from the U.S. to
Melbourne, Australia in a couple of weeks!

Cheers,
Tom

On Thu, Jan 31, 2013 at 5:27 AM, Luca Delucchi <lucadeluge@gmail.com> wrote:

2013/1/31 Margherita Di Leo <dileomargherita@gmail.com>:

I think we should consider to promote a fund rising for buying a (used,
discounted, whatever) mac computer for the use of developers who are
developing or are willing to test on it. What do you think?

I don’t like this idea.
I think should be really better to have some more Mac power user
instead, and use the money for community sprint

my 2 c
madi


ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org


grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Thomas E Adams

Development & Operations Hydrologist
National Weather Service
Ohio River Forecast Center
1901 South State Route 134
Wilmington, OH 45177

http://www.erh.noaa.gov/er/ohrfc/

EMAIL: thomas.adams@noaa.gov

VOICE: 937-383-0528
FAX: 937-383-0033


grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Hi,

I am able to fix certain problems but sometimes the error messages are
not helpful much and I need to test myself but I don't have the Mac
with the wxpython 2.9. During the community sprint I tested it a
little on Nikos' computer but I didn't have enough time.

On Thu, Feb 7, 2013 at 11:28 PM, massimo di stefano
<massimodisasha@gmail.com> wrote:

Is this way to debug the gui useful for you dev ?

is there anything i can try to do for you to help in debugging ?

I can send you a patch to test but it can take a long time to fix it
because I don't usually have clear idea what can be wrong. However,
this is probably the only way, now. I will try to work on it in the
next days/weeks.

Thanks for the testing,
Anna

I think the cairo problem is related to grass core, not just the gui.
anyone can help in fixing the build error ?

thanks!

Massimo.

######

Hi Anna,

it fails to import the wxversion module.

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.

Hit RETURN to continue...

i had to comment the lines :

#if not os.getenv("GRASS_WXBUNDLED"):
# CheckForWx()

thanks for the fix, the rasrer map is displayed correctly without any
changes to the code.

testing the gui ..

- pointer, query, pan, zoom (all the options) [works]
- measure tool [works]

- profile tool doesn't work [doesn't work]

it let me select the raster map, then shows a blanc "Grass Profile Analysis"
in the status bar i can see "left mouse down at point (float, float)"
when click on the map i got in the "command console" :

(Wed Feb 6 11:12:13 2013)
r.what --v -f -n map=elevation.10m@PERMANENT
coordinates=595356.617647,4923676.470588
easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
595356.617647|4923676.470588||1253.797607|
(Wed Feb 6 11:12:13 2013) Command finished (0 sec)
(Wed Feb 6 11:12:26 2013)
r.what --v -f -n map=elevation.10m@PERMANENT
coordinates=599551.470588,4920665.441176
easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
599551.470588|4920665.441176||1344.138306|
(Wed Feb 6 11:12:26 2013) Command finished (0 sec)
(Wed Feb 6 11:12:30 2013)
r.what --v -f -n map=elevation.10m@PERMANENT
coordinates=596669.117647,4921051.470588
easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
596669.117647|4921051.470588||1400.473877|

.. but nothing is displayed back to the profile tool

- Grass histogramming Tool [doesn't work] :

it show me the "Grass histogramming Tool " window, but then i got this log
in the console :

(Wed Feb 6 11:12:37 2013) Command finished (0 sec)
Traceback (most recent call last):
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 1101, in OnHistogramPyPlot

win.OnSelectRaster(None)
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
togram.py", line 96, in OnSelectRaster

self.OnCreateHist(event = None)
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
togram.py", line 76, in OnCreateHist

self.SetGraphStyle()
  File
"/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/base.py",
line 353, in SetGraphStyle

self.client.SetGridColour(wx.Color(self.properties['grid']['
color'][0],
AttributeError
:
'module' object has no attribute 'Color'

- Create histogram with d.histogram [works*] :
*the image is displayed correctly in the "GRASS GIS Histogramming Tool
(d.histogram)"
no option to save it, i got this log in the console :

Traceback (most recent call last):
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/modules/hi
stogram.py", line 124, in OnPaint

dc = wx.BufferedPaintDC(self, self._buffer)
  File "/usr/local/lib/python2.7/site-packages/wx/_gdi.py",
line 5286, in __init__

_gdi_.BufferedPaintDC_swiginit(self,_gdi_.new_BufferedPaintD
C(*args, **kwargs))
TypeError
:
in method 'new_BufferedPaintDC', expected argument 2 of type
'wxBitmap &'

- Add scale bar and north arrow [works]
- Add legend [works

- Add text layer [doesn't work] :

i got this log in the console :

Traceback (most recent call last):
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 1209, in OnAddText

self.SwitchTool(self.toolbars['map'], event)
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 1378, in SwitchTool

self.UpdateTools(event)
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 1400, in UpdateTools

if event.GetEventObject().GetId() == \
AttributeError
:
'Menu' object has no attribute 'GetId'

- Save display to graphic file [works]

- Print [works]

- switch to 3D (wxNviz) [doesn't work]:

i got this log in the console :

Starting 3D view mode...
Traceback (most recent call last):
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/to
olbars.py", line 229, in OnSelectTool

self.parent.AddNviz()
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 328, in AddNviz

self._layerManager.AddNvizTools()
  File
"/usr/local/grass-7.0.svn/etc/gui/wxpython/lmgr/frame.py",
line 341, in AddNvizTools

display = self.GetMapDisplay())
  File
"/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py",
line 102, in __init__

self.AddPage(page = self._createAnimationPage(),
  File
"/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py",
line 401, in _createAnimationPage

usage = "record", label = _("Record"))
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/w
idgets.py", line 405, in __init__

maskColor = wx.Color(255, 255, 255)
AttributeError
:
'module' object has no attribute 'Color'
Traceback (most recent call last):
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py", line 463, in OnIdle

self.UpdateMap()
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py", line 687, in UpdateMap

pdctype = self.overlays[id].pdcType, coords =
self.overlays[id].coords)
KeyError
:
0

# afeter that i was not able to have the 2D map back working, opening a new
display fixed it.

- vector tools [doesn't work] :
i guess the main problem is the cairo driver .. in any case this is part of
the log i got :

Traceback (most recent call last):
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py", line 1000, in MouseActions

self.OnLeftUp(event)
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py", line 1214, in OnLeftUp

self._onLeftUp(event)
  File "/usr/local/grass-7.0.svn/etc/gui/wxpython/vdigit/map
window.py", line 834, in _onLeftUp

if len(self.digit.GetDisplay().GetSelected()) > 0:
AttributeError
:
'NoneType' object has no attribute 'GetDisplay'

(and a pop up no vector map selected for editing)

i had to build without cairo support .. because of the error i posted
before.
thanks to William that point out it can be a configuration problem

GRASS Configure is not storing the fontconfig linking in

platform.make so it doesn't get into the cairo driver compilation.

also building without-cairo when try to display vector data the gui
complain about missed cairo.
i tried to change the driver in the gui preference from cairo to png but
then the gui freeze and i have to force-quit it.

i'll be happy to continue testing if can be of any help,
thanks for the hard work!

Massimo

2013/2/5 Anna Kratochvílová <kratochanna@gmail.com>

Hi,

On Mon, Feb 4, 2013 at 11:57 PM, epi <massimodisasha@gmail.com> wrote:
> i'm trying to debug the build of GRASS 7 on mac OSX 10.8.x in 64 bit
> with WX
> 2.9.x
>
> After commenting the check for wx version i got the GUI start, some
> worning

what exactly is the problem with the 'check for wx version'? The
warning (wx.InitAllImageHandlers) and the PrepareDC error should be
fixed now.

Anna

> :
>
> ###
> GRASS 7.0.svn (spearfish60):~ >
> /usr/local/grass-7.0.svn/etc/gui/wxpython/wxgui.py:54:
> wxPyDeprecationWarning: Call to deprecated item 'InitAllImageHandlers'.
> wx.InitAllImageHandlers()
> /usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/goutput.py:230:
> wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints'.
> outputSizer.SetVirtualSizeHints(self.panelOutput)
> ###
>
>
> the Window Manager seems to work properly (i cal load a layer Rast/Vect
> in
> the lkayer tree, the shell also pront out the log of commands nicely)
> but i can't display layers (both Vector and Raster are not displayed).
> Commenting this 2 line in madisp.py :
>
> 359 #self.PrepareDC(dc)
> 519 #self.PrepareDC(dc)
>
> i got the Raster map displaying properly
>
> but no vector, the error is in a missed Cairo Driver :
>
>
> /usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/ghelp.py:
> 608: wxPyDeprecationWarning: Call to deprecated item
> 'InitAllImageHandlers'.
> wx.InitAllImageHandlers()
> Command 'd.vect map=archsites@PERMANENT
> type=point,line,area,face' failed
> Details: Unknown display driver <cairo>
> Command 'd.vect map=archsites@PERMANENT
> type=point,line,area,face' failed
> Details: Unknown display driver <cairo>
>
>
> I wasn't able to get the cairo driver working during the Make step, it
> shows
> the error at the end of the log [1]
> about a missed arch ... but i guess ... I have everything built as
> --universal
>
> In doubt I rebuilt fontconfig and cairo and checked the relative
> architecture :
>
> lipo -info
> /usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib
> /usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib
> /usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib
> /usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib
> Architectures in the fat file:
> /usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib are:
> i386
> x86_64
> Architectures in the fat file:
> /usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib are: i386
> x86_64
> Architectures in the fat file:
> /usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib
> are:
> i386 x86_64
> Architectures in the fat file:
> /usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib are: i386 x86_64
> epi:~ epi$
>
>
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache: Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture
> i386):
> Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture
> x86_64):
> Mach-O 64-bit executable x86_64
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat: Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture i386):
> Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture
> x86_64):
> Mach-O 64-bit executable x86_64
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-list: Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture
> i386):
> Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture
> x86_64):
> Mach-O 64-bit executable x86_64
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-match: Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture
> i386):
> Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture
> x86_64):
> Mach-O 64-bit executable x86_64
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern: Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture
> i386):
> Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture
> x86_64): Mach-O 64-bit executable x86_64
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-query: Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture
> i386):
> Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture
> x86_64):
> Mach-O 64-bit executable x86_64
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan: Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture
> i386):
> Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture
> x86_64):
> Mach-O 64-bit executable x86_64
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate: Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
> i386): Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
> x86_64):Mach-O 64-bit executable x86_64
>
>
>
> They are multi-arch, but unlucky i still have the same error in
> cairodriver,
>
>
>
> [1] http://epi.whoi.edu/esr/grass7_cairodriver_log.txt <-- full build
> log
>
> William K. helped me to debug the error,
> and seems that the GRASS Configure is not storing the fontconfig linking
> in
> platform.make so it doesn't get into the cairo driver compilation.
>
> thanks for helping me,
>
> Massimo.
>
>
>
> Il giorno 31/gen/2013, alle ore 13:04, Michael Barton
> <michael.barton@asu.edu> ha scritto:
>
> It may work with wxPython 2.9 but nobody has been able to test yet.
>
> Michael
> ______________________________
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Arizona State University
> Tempe, AZ 85287-2402
> USA
>
> voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
> fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
> www: http://csdc.asu.edu, http://shesc.asu.edu
> http://www.public.asu.edu/~cmbarton
>
> On Jan 31, 2013, at 3:47 AM, epi <massimodisasha@gmail.com>
> wrote:
>
> I'm a mac user as well and i will be happy to help,
>
> … i built grass weekly (if not daily) in the past,
> but unfortunately now i'm on mac 10.8.x using 64bit python, all my
> python
> packages numpy scipy etc etc etc .. are 64 bit and ...
>
> WX gui
>
> <start-joke>
> great choice
> </end-joke>
>
> unfortunately doesn't works on mac in 64 bit mode … i'm waiting the
> 2.9.x to
> be stable that is 2 years now ...
>
> This IMO can be one of the major reason of "lack of mac-man-dev-power"
>
> i can provide log on the build of grass7 (without gui modules) … but
> this
> doesn't help
>
> i don't know if grass-gui-dev want try to test grass with wx-2.9 .. it
> is
> unstable but works, if yes .. i'll be happy to be a guinea pig
>
> --Massimo
>
> Il giorno 31/gen/2013, alle ore 05:32, Thomas Adams - NOAA Federal
> <thomas.adams@noaa.gov> ha scritto:
>
> All,
>
> I'm a Mac user in addition to Linux. I'm going to have more free time
> starting in a few weeks. I'd be happy to step-up my use of GRASS 7 for
> testing. Just let me know what I can do. I'm moving from the U.S. to
> Melbourne, Australia in a couple of weeks!
>
> Cheers,
> Tom
>
>
> On Thu, Jan 31, 2013 at 5:27 AM, Luca Delucchi <lucadeluge@gmail.com>
> wrote:
>>
>> 2013/1/31 Margherita Di Leo <dileomargherita@gmail.com>:
>> > I think we should consider to promote a fund rising for buying a
>> > (used,
>> > discounted, whatever) mac computer for the use of developers who are
>> > developing or are willing to test on it. What do you think?
>> >
>>
>> I don't like this idea.
>> I think should be really better to have some more Mac power user
>> instead, and use the money for community sprint
>>
>> > my 2 c
>> > madi
>> >
>>
>> --
>> ciao
>> Luca
>>
>> http://gis.cri.fmach.it/delucchi/
>> www.lucadelu.org
>> _______________________________________________
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
>
>
>
> --
>
> Thomas E Adams
>
> Development & Operations Hydrologist
> National Weather Service
> Ohio River Forecast Center
> 1901 South State Route 134
> Wilmington, OH 45177
>
> http://www.erh.noaa.gov/er/ohrfc/
>
> EMAIL: thomas.adams@noaa.gov
>
> VOICE: 937-383-0528
> FAX: 937-383-0033
>
> _______________________________________________
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
>
>
>
>
> _______________________________________________
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Thank you Anna,

i'll be happy to try any solution.

in the main time i opened a bug :

http://trac.osgeo.org/grass/ticket/1884

related to the cairodriver, is mac specific but not directly related to the gui

Massimo.

Il giorno 08/feb/2013, alle ore 06:28, Anna Kratochvílová <kratochanna@gmail.com> ha scritto:

Hi,

I am able to fix certain problems but sometimes the error messages are
not helpful much and I need to test myself but I don't have the Mac
with the wxpython 2.9. During the community sprint I tested it a
little on Nikos' computer but I didn't have enough time.

On Thu, Feb 7, 2013 at 11:28 PM, massimo di stefano
<massimodisasha@gmail.com> wrote:

Is this way to debug the gui useful for you dev ?

is there anything i can try to do for you to help in debugging ?

I can send you a patch to test but it can take a long time to fix it
because I don't usually have clear idea what can be wrong. However,
this is probably the only way, now. I will try to work on it in the
next days/weeks.

Thanks for the testing,
Anna

I think the cairo problem is related to grass core, not just the gui.
anyone can help in fixing the build error ?

thanks!

Massimo.

######

Hi Anna,

it fails to import the wxversion module.

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.

Hit RETURN to continue...

i had to comment the lines :

#if not os.getenv("GRASS_WXBUNDLED"):
# CheckForWx()

thanks for the fix, the rasrer map is displayed correctly without any
changes to the code.

testing the gui ..

- pointer, query, pan, zoom (all the options) [works]
- measure tool [works]

- profile tool doesn't work [doesn't work]

it let me select the raster map, then shows a blanc "Grass Profile Analysis"
in the status bar i can see "left mouse down at point (float, float)"
when click on the map i got in the "command console" :

(Wed Feb 6 11:12:13 2013)
r.what --v -f -n map=elevation.10m@PERMANENT
coordinates=595356.617647,4923676.470588
easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
595356.617647|4923676.470588||1253.797607|
(Wed Feb 6 11:12:13 2013) Command finished (0 sec)
(Wed Feb 6 11:12:26 2013)
r.what --v -f -n map=elevation.10m@PERMANENT
coordinates=599551.470588,4920665.441176
easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
599551.470588|4920665.441176||1344.138306|
(Wed Feb 6 11:12:26 2013) Command finished (0 sec)
(Wed Feb 6 11:12:30 2013)
r.what --v -f -n map=elevation.10m@PERMANENT
coordinates=596669.117647,4921051.470588
easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
596669.117647|4921051.470588||1400.473877|

.. but nothing is displayed back to the profile tool

- Grass histogramming Tool [doesn't work] :

it show me the "Grass histogramming Tool " window, but then i got this log
in the console :

(Wed Feb 6 11:12:37 2013) Command finished (0 sec)
Traceback (most recent call last):
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 1101, in OnHistogramPyPlot

win.OnSelectRaster(None)
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
togram.py", line 96, in OnSelectRaster

self.OnCreateHist(event = None)
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
togram.py", line 76, in OnCreateHist

self.SetGraphStyle()
File
"/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/base.py",
line 353, in SetGraphStyle

self.client.SetGridColour(wx.Color(self.properties['grid']['
color'][0],
AttributeError
:
'module' object has no attribute 'Color'

- Create histogram with d.histogram [works*] :
*the image is displayed correctly in the "GRASS GIS Histogramming Tool
(d.histogram)"
no option to save it, i got this log in the console :

Traceback (most recent call last):
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/modules/hi
stogram.py", line 124, in OnPaint

dc = wx.BufferedPaintDC(self, self._buffer)
File "/usr/local/lib/python2.7/site-packages/wx/_gdi.py",
line 5286, in __init__

_gdi_.BufferedPaintDC_swiginit(self,_gdi_.new_BufferedPaintD
C(*args, **kwargs))
TypeError
:
in method 'new_BufferedPaintDC', expected argument 2 of type
'wxBitmap &'

- Add scale bar and north arrow [works]
- Add legend [works

- Add text layer [doesn't work] :

i got this log in the console :

Traceback (most recent call last):
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 1209, in OnAddText

self.SwitchTool(self.toolbars['map'], event)
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 1378, in SwitchTool

self.UpdateTools(event)
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 1400, in UpdateTools

if event.GetEventObject().GetId() == \
AttributeError
:
'Menu' object has no attribute 'GetId'

- Save display to graphic file [works]

- Print [works]

- switch to 3D (wxNviz) [doesn't work]:

i got this log in the console :

Starting 3D view mode...
Traceback (most recent call last):
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/to
olbars.py", line 229, in OnSelectTool

self.parent.AddNviz()
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
ame.py", line 328, in AddNviz

self._layerManager.AddNvizTools()
File
"/usr/local/grass-7.0.svn/etc/gui/wxpython/lmgr/frame.py",
line 341, in AddNvizTools

display = self.GetMapDisplay())
File
"/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py",
line 102, in __init__

self.AddPage(page = self._createAnimationPage(),
File
"/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py",
line 401, in _createAnimationPage

usage = "record", label = _("Record"))
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/w
idgets.py", line 405, in __init__

maskColor = wx.Color(255, 255, 255)
AttributeError
:
'module' object has no attribute 'Color'
Traceback (most recent call last):
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py", line 463, in OnIdle

self.UpdateMap()
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py", line 687, in UpdateMap

pdctype = self.overlays[id].pdcType, coords =
self.overlays[id].coords)
KeyError
:
0

# afeter that i was not able to have the 2D map back working, opening a new
display fixed it.

- vector tools [doesn't work] :
i guess the main problem is the cairo driver .. in any case this is part of
the log i got :

Traceback (most recent call last):
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py", line 1000, in MouseActions

self.OnLeftUp(event)
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
pwindow.py", line 1214, in OnLeftUp

self._onLeftUp(event)
File "/usr/local/grass-7.0.svn/etc/gui/wxpython/vdigit/map
window.py", line 834, in _onLeftUp

if len(self.digit.GetDisplay().GetSelected()) > 0:
AttributeError
:
'NoneType' object has no attribute 'GetDisplay'

(and a pop up no vector map selected for editing)

i had to build without cairo support .. because of the error i posted
before.
thanks to William that point out it can be a configuration problem

GRASS Configure is not storing the fontconfig linking in

platform.make so it doesn't get into the cairo driver compilation.

also building without-cairo when try to display vector data the gui
complain about missed cairo.
i tried to change the driver in the gui preference from cairo to png but
then the gui freeze and i have to force-quit it.

i'll be happy to continue testing if can be of any help,
thanks for the hard work!

Massimo

2013/2/5 Anna Kratochvílová <kratochanna@gmail.com>

Hi,

On Mon, Feb 4, 2013 at 11:57 PM, epi <massimodisasha@gmail.com> wrote:

i'm trying to debug the build of GRASS 7 on mac OSX 10.8.x in 64 bit
with WX
2.9.x

After commenting the check for wx version i got the GUI start, some
worning

what exactly is the problem with the 'check for wx version'? The
warning (wx.InitAllImageHandlers) and the PrepareDC error should be
fixed now.

Anna

:

###
GRASS 7.0.svn (spearfish60):~ >
/usr/local/grass-7.0.svn/etc/gui/wxpython/wxgui.py:54:
wxPyDeprecationWarning: Call to deprecated item 'InitAllImageHandlers'.
wx.InitAllImageHandlers()
/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/goutput.py:230:
wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints'.
outputSizer.SetVirtualSizeHints(self.panelOutput)
###

the Window Manager seems to work properly (i cal load a layer Rast/Vect
in
the lkayer tree, the shell also pront out the log of commands nicely)
but i can't display layers (both Vector and Raster are not displayed).
Commenting this 2 line in madisp.py :

359 #self.PrepareDC(dc)
519 #self.PrepareDC(dc)

i got the Raster map displaying properly

but no vector, the error is in a missed Cairo Driver :

/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/ghelp.py:
608: wxPyDeprecationWarning: Call to deprecated item
'InitAllImageHandlers'.
wx.InitAllImageHandlers()
Command 'd.vect map=archsites@PERMANENT
type=point,line,area,face' failed
Details: Unknown display driver <cairo>
Command 'd.vect map=archsites@PERMANENT
type=point,line,area,face' failed
Details: Unknown display driver <cairo>

I wasn't able to get the cairo driver working during the Make step, it
shows
the error at the end of the log [1]
about a missed arch ... but i guess ... I have everything built as
--universal

In doubt I rebuilt fontconfig and cairo and checked the relative
architecture :

lipo -info
/usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib
/usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib are:
i386
x86_64
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib are: i386
x86_64
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib
are:
i386 x86_64
Architectures in the fat file:
/usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib are: i386 x86_64
epi:~ epi$

/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture
i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture
x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture
x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-list: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture
i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture
x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-match: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture
i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture
x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture
i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture
x86_64): Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-query: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture
i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture
x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture
i386):
Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture
x86_64):
Mach-O 64-bit executable x86_64
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate: Mach-O universal
binary with 2 architectures
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
i386): Mach-O executable i386
/usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
x86_64):Mach-O 64-bit executable x86_64

They are multi-arch, but unlucky i still have the same error in
cairodriver,

[1] http://epi.whoi.edu/esr/grass7_cairodriver_log.txt <-- full build
log

William K. helped me to debug the error,
and seems that the GRASS Configure is not storing the fontconfig linking
in
platform.make so it doesn't get into the cairo driver compilation.

thanks for helping me,

Massimo.

Il giorno 31/gen/2013, alle ore 13:04, Michael Barton
<michael.barton@asu.edu> ha scritto:

It may work with wxPython 2.9 but nobody has been able to test yet.

Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

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

On Jan 31, 2013, at 3:47 AM, epi <massimodisasha@gmail.com>
wrote:

I'm a mac user as well and i will be happy to help,

… i built grass weekly (if not daily) in the past,
but unfortunately now i'm on mac 10.8.x using 64bit python, all my
python
packages numpy scipy etc etc etc .. are 64 bit and ...

WX gui

<start-joke>
   great choice
</end-joke>

unfortunately doesn't works on mac in 64 bit mode … i'm waiting the
2.9.x to
be stable that is 2 years now ...

This IMO can be one of the major reason of "lack of mac-man-dev-power"

i can provide log on the build of grass7 (without gui modules) … but
this
doesn't help

i don't know if grass-gui-dev want try to test grass with wx-2.9 .. it
is
unstable but works, if yes .. i'll be happy to be a guinea pig

--Massimo

Il giorno 31/gen/2013, alle ore 05:32, Thomas Adams - NOAA Federal
<thomas.adams@noaa.gov> ha scritto:

All,

I'm a Mac user in addition to Linux. I'm going to have more free time
starting in a few weeks. I'd be happy to step-up my use of GRASS 7 for
testing. Just let me know what I can do. I'm moving from the U.S. to
Melbourne, Australia in a couple of weeks!

Cheers,
Tom

On Thu, Jan 31, 2013 at 5:27 AM, Luca Delucchi <lucadeluge@gmail.com>
wrote:

2013/1/31 Margherita Di Leo <dileomargherita@gmail.com>:

I think we should consider to promote a fund rising for buying a
(used,
discounted, whatever) mac computer for the use of developers who are
developing or are willing to test on it. What do you think?

I don't like this idea.
I think should be really better to have some more Mac power user
instead, and use the money for community sprint

my 2 c
madi

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

--

Thomas E Adams

Development & Operations Hydrologist
National Weather Service
Ohio River Forecast Center
1901 South State Route 134
Wilmington, OH 45177

http://www.erh.noaa.gov/er/ohrfc/

EMAIL: thomas.adams@noaa.gov

VOICE: 937-383-0528
FAX: 937-383-0033

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Hi Massimo,

I have hopefully fixed some of the errors you sent me. Could you go
through them again and make an updated list of errors? I will try to
fix as much as possible and for the rest you should create a ticket
not to forget about them.

The problem with wxversion is strange, I have now similar problem too
(with Ubuntu 12.04).

On Tue, Feb 12, 2013 at 12:56 AM, epi <massimodisasha@gmail.com> wrote:

Thank you Anna,

i'll be happy to try any solution.

in the main time i opened a bug :

http://trac.osgeo.org/grass/ticket/1884

related to the cairodriver, is mac specific but not directly related to the gui

perhaps someone else could help you with this?

Anna

Massimo.

Il giorno 08/feb/2013, alle ore 06:28, Anna Kratochvílová <kratochanna@gmail.com> ha scritto:

> Hi,
>
> I am able to fix certain problems but sometimes the error messages are
> not helpful much and I need to test myself but I don't have the Mac
> with the wxpython 2.9. During the community sprint I tested it a
> little on Nikos' computer but I didn't have enough time.
>
> On Thu, Feb 7, 2013 at 11:28 PM, massimo di stefano
> <massimodisasha@gmail.com> wrote:
>> Is this way to debug the gui useful for you dev ?
>>
>> is there anything i can try to do for you to help in debugging ?
>>
>
> I can send you a patch to test but it can take a long time to fix it
> because I don't usually have clear idea what can be wrong. However,
> this is probably the only way, now. I will try to work on it in the
> next days/weeks.
>
> Thanks for the testing,
> Anna
>
>
>>
>>
>>
>> I think the cairo problem is related to grass core, not just the gui.
>> anyone can help in fixing the build error ?
>>
>>
>> thanks!
>>
>> Massimo.
>>
>>
>> ######
>>
>>
>> Hi Anna,
>>
>> it fails to import the wxversion module.
>>
>> 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.
>>
>> Hit RETURN to continue...
>>
>> i had to comment the lines :
>>
>> #if not os.getenv("GRASS_WXBUNDLED"):
>> # CheckForWx()
>>
>>
>> thanks for the fix, the rasrer map is displayed correctly without any
>> changes to the code.
>>
>> testing the gui ..
>>
>> - pointer, query, pan, zoom (all the options) [works]
>> - measure tool [works]
>>
>>
>> - profile tool doesn't work [doesn't work]
>>
>> it let me select the raster map, then shows a blanc "Grass Profile Analysis"
>> in the status bar i can see "left mouse down at point (float, float)"
>> when click on the map i got in the "command console" :
>>
>> (Wed Feb 6 11:12:13 2013)
>> r.what --v -f -n map=elevation.10m@PERMANENT
>> coordinates=595356.617647,4923676.470588
>> easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
>> 595356.617647|4923676.470588||1253.797607|
>> (Wed Feb 6 11:12:13 2013) Command finished (0 sec)
>> (Wed Feb 6 11:12:26 2013)
>> r.what --v -f -n map=elevation.10m@PERMANENT
>> coordinates=599551.470588,4920665.441176
>> easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
>> 599551.470588|4920665.441176||1344.138306|
>> (Wed Feb 6 11:12:26 2013) Command finished (0 sec)
>> (Wed Feb 6 11:12:30 2013)
>> r.what --v -f -n map=elevation.10m@PERMANENT
>> coordinates=596669.117647,4921051.470588
>> easting|northing|site_name|elevation.10m@PERMANENT|elevation.10m@PERMANENT_label
>> 596669.117647|4921051.470588||1400.473877|
>>
>> .. but nothing is displayed back to the profile tool
>>
>>
>> - Grass histogramming Tool [doesn't work] :
>>
>> it show me the "Grass histogramming Tool " window, but then i got this log
>> in the console :
>>
>> (Wed Feb 6 11:12:37 2013) Command finished (0 sec)
>> Traceback (most recent call last):
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
>> ame.py", line 1101, in OnHistogramPyPlot
>>
>> win.OnSelectRaster(None)
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
>> togram.py", line 96, in OnSelectRaster
>>
>> self.OnCreateHist(event = None)
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/his
>> togram.py", line 76, in OnCreateHist
>>
>> self.SetGraphStyle()
>> File
>> "/usr/local/grass-7.0.svn/etc/gui/wxpython/wxplot/base.py",
>> line 353, in SetGraphStyle
>>
>> self.client.SetGridColour(wx.Color(self.properties['grid']['
>> color'][0],
>> AttributeError
>> :
>> 'module' object has no attribute 'Color'
>>
>> - Create histogram with d.histogram [works*] :
>> *the image is displayed correctly in the "GRASS GIS Histogramming Tool
>> (d.histogram)"
>> no option to save it, i got this log in the console :
>>
>> Traceback (most recent call last):
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/modules/hi
>> stogram.py", line 124, in OnPaint
>>
>> dc = wx.BufferedPaintDC(self, self._buffer)
>> File "/usr/local/lib/python2.7/site-packages/wx/_gdi.py",
>> line 5286, in __init__
>>
>> _gdi_.BufferedPaintDC_swiginit(self,_gdi_.new_BufferedPaintD
>> C(*args, **kwargs))
>> TypeError
>> :
>> in method 'new_BufferedPaintDC', expected argument 2 of type
>> 'wxBitmap &'
>>
>>
>> - Add scale bar and north arrow [works]
>> - Add legend [works
>>
>> - Add text layer [doesn't work] :
>>
>> i got this log in the console :
>>
>> Traceback (most recent call last):
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
>> ame.py", line 1209, in OnAddText
>>
>> self.SwitchTool(self.toolbars['map'], event)
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
>> ame.py", line 1378, in SwitchTool
>>
>> self.UpdateTools(event)
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
>> ame.py", line 1400, in UpdateTools
>>
>> if event.GetEventObject().GetId() == \
>> AttributeError
>> :
>> 'Menu' object has no attribute 'GetId'
>>
>> - Save display to graphic file [works]
>>
>> - Print [works]
>>
>> - switch to 3D (wxNviz) [doesn't work]:
>>
>> i got this log in the console :
>>
>> Starting 3D view mode...
>> Traceback (most recent call last):
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/to
>> olbars.py", line 229, in OnSelectTool
>>
>> self.parent.AddNviz()
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/fr
>> ame.py", line 328, in AddNviz
>>
>> self._layerManager.AddNvizTools()
>> File
>> "/usr/local/grass-7.0.svn/etc/gui/wxpython/lmgr/frame.py",
>> line 341, in AddNvizTools
>>
>> display = self.GetMapDisplay())
>> File
>> "/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py",
>> line 102, in __init__
>>
>> self.AddPage(page = self._createAnimationPage(),
>> File
>> "/usr/local/grass-7.0.svn/etc/gui/wxpython/nviz/tools.py",
>> line 401, in _createAnimationPage
>>
>> usage = "record", label = _("Record"))
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/w
>> idgets.py", line 405, in __init__
>>
>> maskColor = wx.Color(255, 255, 255)
>> AttributeError
>> :
>> 'module' object has no attribute 'Color'
>> Traceback (most recent call last):
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
>> pwindow.py", line 463, in OnIdle
>>
>> self.UpdateMap()
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
>> pwindow.py", line 687, in UpdateMap
>>
>> pdctype = self.overlays[id].pdcType, coords =
>> self.overlays[id].coords)
>> KeyError
>> :
>> 0
>>
>> # afeter that i was not able to have the 2D map back working, opening a new
>> display fixed it.
>>
>> - vector tools [doesn't work] :
>> i guess the main problem is the cairo driver .. in any case this is part of
>> the log i got :
>>
>> Traceback (most recent call last):
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
>> pwindow.py", line 1000, in MouseActions
>>
>> self.OnLeftUp(event)
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/mapdisp/ma
>> pwindow.py", line 1214, in OnLeftUp
>>
>> self._onLeftUp(event)
>> File "/usr/local/grass-7.0.svn/etc/gui/wxpython/vdigit/map
>> window.py", line 834, in _onLeftUp
>>
>> if len(self.digit.GetDisplay().GetSelected()) > 0:
>> AttributeError
>> :
>> 'NoneType' object has no attribute 'GetDisplay'
>>
>> (and a pop up no vector map selected for editing)
>>
>>
>>
>>
>>
>> i had to build without cairo support .. because of the error i posted
>> before.
>> thanks to William that point out it can be a configuration problem
>>
>> GRASS Configure is not storing the fontconfig linking in
>>> platform.make so it doesn't get into the cairo driver compilation.
>>
>>
>> also building without-cairo when try to display vector data the gui
>> complain about missed cairo.
>> i tried to change the driver in the gui preference from cairo to png but
>> then the gui freeze and i have to force-quit it.
>>
>> i'll be happy to continue testing if can be of any help,
>> thanks for the hard work!
>>
>> Massimo
>>
>>
>>
>>
>> 2013/2/5 Anna Kratochvílová <kratochanna@gmail.com>
>>>
>>> Hi,
>>>
>>> On Mon, Feb 4, 2013 at 11:57 PM, epi <massimodisasha@gmail.com> wrote:
>>>> i'm trying to debug the build of GRASS 7 on mac OSX 10.8.x in 64 bit
>>>> with WX
>>>> 2.9.x
>>>>
>>>> After commenting the check for wx version i got the GUI start, some
>>>> worning
>>>
>>> what exactly is the problem with the 'check for wx version'? The
>>> warning (wx.InitAllImageHandlers) and the PrepareDC error should be
>>> fixed now.
>>>
>>> Anna
>>>
>>>> :
>>>>
>>>> ###
>>>> GRASS 7.0.svn (spearfish60):~ >
>>>> /usr/local/grass-7.0.svn/etc/gui/wxpython/wxgui.py:54:
>>>> wxPyDeprecationWarning: Call to deprecated item 'InitAllImageHandlers'.
>>>> wx.InitAllImageHandlers()
>>>> /usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/goutput.py:230:
>>>> wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints'.
>>>> outputSizer.SetVirtualSizeHints(self.panelOutput)
>>>> ###
>>>>
>>>>
>>>> the Window Manager seems to work properly (i cal load a layer Rast/Vect
>>>> in
>>>> the lkayer tree, the shell also pront out the log of commands nicely)
>>>> but i can't display layers (both Vector and Raster are not displayed).
>>>> Commenting this 2 line in madisp.py :
>>>>
>>>> 359 #self.PrepareDC(dc)
>>>> 519 #self.PrepareDC(dc)
>>>>
>>>> i got the Raster map displaying properly
>>>>
>>>> but no vector, the error is in a missed Cairo Driver :
>>>>
>>>>
>>>> /usr/local/grass-7.0.svn/etc/gui/wxpython/gui_core/ghelp.py:
>>>> 608: wxPyDeprecationWarning: Call to deprecated item
>>>> 'InitAllImageHandlers'.
>>>> wx.InitAllImageHandlers()
>>>> Command 'd.vect map=archsites@PERMANENT
>>>> type=point,line,area,face' failed
>>>> Details: Unknown display driver <cairo>
>>>> Command 'd.vect map=archsites@PERMANENT
>>>> type=point,line,area,face' failed
>>>> Details: Unknown display driver <cairo>
>>>>
>>>>
>>>> I wasn't able to get the cairo driver working during the Make step, it
>>>> shows
>>>> the error at the end of the log [1]
>>>> about a missed arch ... but i guess ... I have everything built as
>>>> --universal
>>>>
>>>> In doubt I rebuilt fontconfig and cairo and checked the relative
>>>> architecture :
>>>>
>>>> lipo -info
>>>> /usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib
>>>> /usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib
>>>> /usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib
>>>> /usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib
>>>> Architectures in the fat file:
>>>> /usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-trace.0.dylib are:
>>>> i386
>>>> x86_64
>>>> Architectures in the fat file:
>>>> /usr/local/Cellar/cairo/1.12.12/lib/libcairo-gobject.2.dylib are: i386
>>>> x86_64
>>>> Architectures in the fat file:
>>>> /usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-interpreter.2.dylib
>>>> are:
>>>> i386 x86_64
>>>> Architectures in the fat file:
>>>> /usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib are: i386 x86_64
>>>> epi:~ epi$
>>>>
>>>>
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache: Mach-O universal
>>>> binary with 2 architectures
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture
>>>> i386):
>>>> Mach-O executable i386
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture
>>>> x86_64):
>>>> Mach-O 64-bit executable x86_64
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat: Mach-O universal
>>>> binary with 2 architectures
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture i386):
>>>> Mach-O executable i386
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture
>>>> x86_64):
>>>> Mach-O 64-bit executable x86_64
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-list: Mach-O universal
>>>> binary with 2 architectures
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture
>>>> i386):
>>>> Mach-O executable i386
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-list (for architecture
>>>> x86_64):
>>>> Mach-O 64-bit executable x86_64
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-match: Mach-O universal
>>>> binary with 2 architectures
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture
>>>> i386):
>>>> Mach-O executable i386
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-match (for architecture
>>>> x86_64):
>>>> Mach-O 64-bit executable x86_64
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern: Mach-O universal
>>>> binary with 2 architectures
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture
>>>> i386):
>>>> Mach-O executable i386
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-pattern (for architecture
>>>> x86_64): Mach-O 64-bit executable x86_64
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-query: Mach-O universal
>>>> binary with 2 architectures
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture
>>>> i386):
>>>> Mach-O executable i386
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-query (for architecture
>>>> x86_64):
>>>> Mach-O 64-bit executable x86_64
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan: Mach-O universal
>>>> binary with 2 architectures
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture
>>>> i386):
>>>> Mach-O executable i386
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-scan (for architecture
>>>> x86_64):
>>>> Mach-O 64-bit executable x86_64
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate: Mach-O universal
>>>> binary with 2 architectures
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
>>>> i386): Mach-O executable i386
>>>> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-validate (for architecture
>>>> x86_64):Mach-O 64-bit executable x86_64
>>>>
>>>>
>>>>
>>>> They are multi-arch, but unlucky i still have the same error in
>>>> cairodriver,
>>>>
>>>>
>>>>
>>>> [1] http://epi.whoi.edu/esr/grass7_cairodriver_log.txt <-- full build
>>>> log
>>>>
>>>> William K. helped me to debug the error,
>>>> and seems that the GRASS Configure is not storing the fontconfig linking
>>>> in
>>>> platform.make so it doesn't get into the cairo driver compilation.
>>>>
>>>> thanks for helping me,
>>>>
>>>> Massimo.
>>>>
>>>>
>>>>
>>>> Il giorno 31/gen/2013, alle ore 13:04, Michael Barton
>>>> <michael.barton@asu.edu> ha scritto:
>>>>
>>>> It may work with wxPython 2.9 but nobody has been able to test yet.
>>>>
>>>> Michael
>>>> ______________________________
>>>> C. Michael Barton
>>>> Director, Center for Social Dynamics & Complexity
>>>> Professor of Anthropology, School of Human Evolution & Social Change
>>>> Arizona State University
>>>> Tempe, AZ 85287-2402
>>>> USA
>>>>
>>>> voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
>>>> fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
>>>> www: http://csdc.asu.edu, http://shesc.asu.edu
>>>> http://www.public.asu.edu/~cmbarton
>>>>
>>>> On Jan 31, 2013, at 3:47 AM, epi <massimodisasha@gmail.com>
>>>> wrote:
>>>>
>>>> I'm a mac user as well and i will be happy to help,
>>>>
>>>> … i built grass weekly (if not daily) in the past,
>>>> but unfortunately now i'm on mac 10.8.x using 64bit python, all my
>>>> python
>>>> packages numpy scipy etc etc etc .. are 64 bit and ...
>>>>
>>>> WX gui
>>>>
>>>> <start-joke>
>>>> great choice
>>>> </end-joke>
>>>>
>>>> unfortunately doesn't works on mac in 64 bit mode … i'm waiting the
>>>> 2.9.x to
>>>> be stable that is 2 years now ...
>>>>
>>>> This IMO can be one of the major reason of "lack of mac-man-dev-power"
>>>>
>>>> i can provide log on the build of grass7 (without gui modules) … but
>>>> this
>>>> doesn't help
>>>>
>>>> i don't know if grass-gui-dev want try to test grass with wx-2.9 .. it
>>>> is
>>>> unstable but works, if yes .. i'll be happy to be a guinea pig
>>>>
>>>> --Massimo
>>>>
>>>> Il giorno 31/gen/2013, alle ore 05:32, Thomas Adams - NOAA Federal
>>>> <thomas.adams@noaa.gov> ha scritto:
>>>>
>>>> All,
>>>>
>>>> I'm a Mac user in addition to Linux. I'm going to have more free time
>>>> starting in a few weeks. I'd be happy to step-up my use of GRASS 7 for
>>>> testing. Just let me know what I can do. I'm moving from the U.S. to
>>>> Melbourne, Australia in a couple of weeks!
>>>>
>>>> Cheers,
>>>> Tom
>>>>
>>>>
>>>> On Thu, Jan 31, 2013 at 5:27 AM, Luca Delucchi <lucadeluge@gmail.com>
>>>> wrote:
>>>>>
>>>>> 2013/1/31 Margherita Di Leo <dileomargherita@gmail.com>:
>>>>>> I think we should consider to promote a fund rising for buying a
>>>>>> (used,
>>>>>> discounted, whatever) mac computer for the use of developers who are
>>>>>> developing or are willing to test on it. What do you think?
>>>>>>
>>>>>
>>>>> I don't like this idea.
>>>>> I think should be really better to have some more Mac power user
>>>>> instead, and use the money for community sprint
>>>>>
>>>>>> my 2 c
>>>>>> madi
>>>>>>
>>>>>
>>>>> --
>>>>> ciao
>>>>> Luca
>>>>>
>>>>> http://gis.cri.fmach.it/delucchi/
>>>>> www.lucadelu.org
>>>>> _______________________________________________
>>>>> grass-dev mailing list
>>>>> grass-dev@lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Thomas E Adams
>>>>
>>>> Development & Operations Hydrologist
>>>> National Weather Service
>>>> Ohio River Forecast Center
>>>> 1901 South State Route 134
>>>> Wilmington, OH 45177
>>>>
>>>> http://www.erh.noaa.gov/er/ohrfc/
>>>>
>>>> EMAIL: thomas.adams@noaa.gov
>>>>
>>>> VOICE: 937-383-0528
>>>> FAX: 937-383-0033
>>>>
>>>> _______________________________________________
>>>> grass-dev mailing list
>>>> grass-dev@lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> grass-dev mailing list
>>>> grass-dev@lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>
>>
>>
>>
>> _______________________________________________
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-dev