[GRASS-dev] GRASS 7.0 beta3 problems on Mac

I just tried to compile GRASS 7.0 beta 3 for release and it appears to be broken. It worked fine 15 July. Here are the problems.

1st, there is a set of GUI errors that pop up from make. These were present awhile back but ‘bogus’ in that they did not seem to affect running (though I suspected that they were related to other issues that caused compiling problem). These went away and all was well by the mid-July build. But they are back again. I hoped that they were again ‘bogus’ but the GUI won’t launch now.

Here are the errors on launch:

======================= launch errors ================

GRASS 7.0.0svn (nc_spm_08):~ > Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 138, in
sys.exit(main())
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 131, in main
app = GMApp(workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 45, in init
wx.App.init(self, False)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7981, in init
self._BootstrapApp()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7555, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 79, in OnInit
workspace = self.workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/frame.py”, line 118, in init
self._menuTreeBuilder = LayerManagerMenuData()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py”, line 40, in init
MenuTreeModelBuilder.init(self, filename, expandAddons=expandAddons)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/menutree.py”, line 64, in init
xmlTree = etree.parse(filename)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1182, in parse
tree.parse(source, parser)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 657, in parse
self._root = parser.close()
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1654, in close
self._raiseerror(v)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1506, in _raiseerror
raise err
xml.etree.ElementTree.ParseError: no element found: line 1, column 0
GRASS 7.0.0svn (nc_spm_08):~ >

==============================================================

This looks like the same error that I’d had to deal with earlier, but which appeared fixed by the mid-July build. I have a workaround but it is a PITA.

The make errors are here. As before they all are related to a new windowing environment:

================== list of modules with make errors ===========

Errors in:
Errors in:
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/mapswipe
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gmodeler
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/rlisetup
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/psmap
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/dbmgr
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/vdigit
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/iclass
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gcp
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/timeline

====================================================

Here is an example of the error in one of the above modules:

cd /Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
cmb-imaccsdc:animation cmbarton$ make
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/docs/html/g.gui.animation.html
GISRC=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/demolocation/.grassrc70 GISBASE=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0 PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:$PATH” PYTHONPATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/etc/python:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython:$PYTHONPATH” DYLD_LIBRARY_PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:” LC_ALL=C /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation --html-description < /dev/null | grep -v ‘|’ > g.gui.animation.tmp.html
Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation”, line 55, in
import wx
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/init.py”, line 45, in
from wx._core import *
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py”, line 4, in
import core
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/core.so: no appropriate 64-bit architecture (see “man python” for running in 32-bit mode)
make[1]: *** [g.gui.animation.tmp.html] Error 1
rm g.gui.animation.tmp.html
make: *** [guiscript] Error 2
cmb-imaccsdc:animation cmbarton$

==================================================

In fact I DO have this set up to compile and run Python in 32 bit mode. I’ve been doing this for a couple years while waiting for wxPython 64 bit to stabilize and mature (not there yet as of 2.9).

This all worked a couple weeks ago, which makes this frustrating.

I can try the new wxPython 3.0 but I have no idea whether it works with the current GRASS GUI.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

Maybe here is the cause of this recurring problem.

The ‘bogus’ errors for the windowing may still be bogus.

The problem with starting GRASS has to do with the fact that a couple of the xml files for the new (and still unused?) “toolbox” do not get made. But SOME of them DO get made. Here is the call that successfully makes one of the xml files and a call that fails. Note that the full path is not specified in the one that fails.

This one works:
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/module_items.xml

This one fails:

/Applications/Xcode.app/Contents/Developer/usr/bin/make xml/menudata.xml

Looks to me like it SHOULD be calling
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Aug 11, 2014, at 12:24 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

I just tried to compile GRASS 7.0 beta 3 for release and it appears to be broken. It worked fine 15 July. Here are the problems.

1st, there is a set of GUI errors that pop up from make. These were present awhile back but ‘bogus’ in that they did not seem to affect running (though I suspected that they were related to other issues that caused compiling problem). These went away and all was well by the mid-July build. But they are back again. I hoped that they were again ‘bogus’ but the GUI won’t launch now.

Here are the errors on launch:

======================= launch errors ================

GRASS 7.0.0svn (nc_spm_08):~ > Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 138, in
sys.exit(main())
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 131, in main
app = GMApp(workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 45, in init
wx.App.init(self, False)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7981, in init
self._BootstrapApp()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7555, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 79, in OnInit
workspace = self.workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/frame.py”, line 118, in init
self._menuTreeBuilder = LayerManagerMenuData()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py”, line 40, in init
MenuTreeModelBuilder.init(self, filename, expandAddons=expandAddons)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/menutree.py”, line 64, in init
xmlTree = etree.parse(filename)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1182, in parse
tree.parse(source, parser)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 657, in parse
self._root = parser.close()
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1654, in close
self._raiseerror(v)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1506, in _raiseerror
raise err
xml.etree.ElementTree.ParseError: no element found: line 1, column 0
GRASS 7.0.0svn (nc_spm_08):~ >

==============================================================

This looks like the same error that I’d had to deal with earlier, but which appeared fixed by the mid-July build. I have a workaround but it is a PITA.

The make errors are here. As before they all are related to a new windowing environment:

================== list of modules with make errors ===========

Errors in:
Errors in:
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/mapswipe
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gmodeler
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/rlisetup
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/psmap
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/dbmgr
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/vdigit
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/iclass
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gcp
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/timeline

====================================================

Here is an example of the error in one of the above modules:

cd /Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
cmb-imaccsdc:animation cmbarton$ make
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/docs/html/g.gui.animation.html
GISRC=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/demolocation/.grassrc70 GISBASE=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0 PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:$PATH” PYTHONPATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/etc/python:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython:$PYTHONPATH” DYLD_LIBRARY_PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:” LC_ALL=C /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation --html-description < /dev/null | grep -v ‘|’ > g.gui.animation.tmp.html
Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation”, line 55, in
import wx
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/init.py”, line 45, in
from wx._core import *
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py”, line 4, in
import core
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/core.so: no appropriate 64-bit architecture (see “man python” for running in 32-bit mode)
make[1]: *** [g.gui.animation.tmp.html] Error 1
rm g.gui.animation.tmp.html
make: *** [guiscript] Error 2
cmb-imaccsdc:animation cmbarton$

==================================================

In fact I DO have this set up to compile and run Python in 32 bit mode. I’ve been doing this for a couple years while waiting for wxPython 64 bit to stabilize and mature (not there yet as of 2.9).

This all worked a couple weeks ago, which makes this frustrating.

I can try the new wxPython 3.0 but I have no idea whether it works with the current GRASS GUI.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

It looks like $(DSTDIR) is missing for the references to the relevant xml files in lines 29-43 of the make file for wxpython.

I am testing, but someone who is more familiar than I am with makefiles should check this.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Aug 11, 2014, at 12:47 PM, Michael Barton <michael.barton@asu.edu> wrote:

Maybe here is the cause of this recurring problem.

The ‘bogus’ errors for the windowing may still be bogus.

The problem with starting GRASS has to do with the fact that a couple of the xml files for the new (and still unused?) “toolbox” do not get made. But SOME of them DO get made. Here is the call that successfully makes one of the xml files and a call that fails. Note that the full path is not specified in the one that fails.

This one works:
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/module_items.xml

This one fails:

/Applications/Xcode.app/Contents/Developer/usr/bin/make xml/menudata.xml

Looks to me like it SHOULD be calling
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Aug 11, 2014, at 12:24 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

I just tried to compile GRASS 7.0 beta 3 for release and it appears to be broken. It worked fine 15 July. Here are the problems.

1st, there is a set of GUI errors that pop up from make. These were present awhile back but ‘bogus’ in that they did not seem to affect running (though I suspected that they were related to other issues that caused compiling problem). These went away and all was well by the mid-July build. But they are back again. I hoped that they were again ‘bogus’ but the GUI won’t launch now.

Here are the errors on launch:

======================= launch errors ================

GRASS 7.0.0svn (nc_spm_08):~ > Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 138, in
sys.exit(main())
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 131, in main
app = GMApp(workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 45, in init
wx.App.init(self, False)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7981, in init
self._BootstrapApp()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7555, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 79, in OnInit
workspace = self.workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/frame.py”, line 118, in init
self._menuTreeBuilder = LayerManagerMenuData()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py”, line 40, in init
MenuTreeModelBuilder.init(self, filename, expandAddons=expandAddons)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/menutree.py”, line 64, in init
xmlTree = etree.parse(filename)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1182, in parse
tree.parse(source, parser)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 657, in parse
self._root = parser.close()
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1654, in close
self._raiseerror(v)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1506, in _raiseerror
raise err
xml.etree.ElementTree.ParseError: no element found: line 1, column 0
GRASS 7.0.0svn (nc_spm_08):~ >

==============================================================

This looks like the same error that I’d had to deal with earlier, but which appeared fixed by the mid-July build. I have a workaround but it is a PITA.

The make errors are here. As before they all are related to a new windowing environment:

================== list of modules with make errors ===========

Errors in:
Errors in:
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/mapswipe
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gmodeler
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/rlisetup
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/psmap
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/dbmgr
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/vdigit
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/iclass
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gcp
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/timeline

====================================================

Here is an example of the error in one of the above modules:

cd /Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
cmb-imaccsdc:animation cmbarton$ make
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/docs/html/g.gui.animation.html
GISRC=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/demolocation/.grassrc70 GISBASE=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0 PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:$PATH” PYTHONPATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/etc/python:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython:$PYTHONPATH” DYLD_LIBRARY_PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:” LC_ALL=C /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation --html-description < /dev/null | grep -v ‘|’ > g.gui.animation.tmp.html
Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation”, line 55, in
import wx
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/init.py”, line 45, in
from wx._core import *
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py”, line 4, in
import core
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/core.so: no appropriate 64-bit architecture (see “man python” for running in 32-bit mode)
make[1]: *** [g.gui.animation.tmp.html] Error 1
rm g.gui.animation.tmp.html
make: *** [guiscript] Error 2
cmb-imaccsdc:animation cmbarton$

==================================================

In fact I DO have this set up to compile and run Python in 32 bit mode. I’ve been doing this for a couple years while waiting for wxPython 64 bit to stabilize and mature (not there yet as of 2.9).

This all worked a couple weeks ago, which makes this frustrating.

I can try the new wxPython 3.0 but I have no idea whether it works with the current GRASS GUI.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Mon, Aug 11, 2014 at 3:24 PM, Michael Barton <Michael.Barton@asu.edu>
wrote:

I just tried to compile GRASS 7.0 beta 3 for release and it appears to be
broken. It worked fine 15 July. Here are the problems.

1st, there is a set of GUI errors that pop up from make. These were
present awhile back but ‘bogus’ in that they did not seem to affect running
(though I suspected that they were related to other issues that caused
compiling problem). These went away and all was well by the mid-July build.
But they are back again. I hoped that they were again ‘bogus’ but the GUI
won’t launch now.

Here are the errors on launch:

======================= launch errors ================

GRASS 7.0.0svn (nc_spm_08):~ > Traceback (most recent call last):
  File
"/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 138, in <module>
    sys.exit(main())
  File
"/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 131, in main
    app = GMApp(workspaceFile)
  File
"/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 45, in __init__
    wx.App.__init__(self, False)
  File
"/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py",
line 7981, in __init__
    self._BootstrapApp()
  File
"/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py",
line 7555, in _BootstrapApp
    return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File
"/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 79, in OnInit
    workspace = self.workspaceFile)
  File
"/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/frame.py",
line 118, in __init__
    self._menuTreeBuilder = LayerManagerMenuData()
  File
"/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py",
line 40, in __init__
    MenuTreeModelBuilder.__init__(self, filename,
expandAddons=expandAddons)
  File
"/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/menutree.py",
line 64, in __init__
    xmlTree = etree.parse(filename)
  File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py",
line 1182, in parse
    tree.parse(source, parser)
  File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py",
line 657, in parse
    self._root = parser.close()
  File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py",
line 1654, in close
    self._raiseerror(v)
  File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py",
line 1506, in _raiseerror
    raise err
xml.etree.ElementTree.ParseError: no element found: line 1, column 0
GRASS 7.0.0svn (nc_spm_08):~ >

==============================================================

This looks like the same error that I’d had to deal with earlier, but
which appeared fixed by the mid-July build. I have a workaround but it is a
PITA.

The make errors are here. As before they all are related to a new
windowing environment:

================== list of modules with make errors ===========

Errors in:
Errors in:
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/mapswipe
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gmodeler
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/rlisetup
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/psmap
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/dbmgr
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/vdigit
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/iclass
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gcp
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/timeline

====================================================

Here is an example of the error in one of the above modules:

  cd /Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
cmb-imaccsdc:animation cmbarton$ make
/Applications/Xcode.app/Contents/Developer/usr/bin/make
/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/docs/html/g.gui.animation.html
GISRC=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/demolocation/.grassrc70
GISBASE=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0
PATH="/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:$PATH"
PYTHONPATH="/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/etc/python:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython:$PYTHONPATH" DYLD_LIBRARY_PATH="/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:" LC_ALL=C
/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation
--html-description < /dev/null | grep -v '</body>\|</html>'
> g.gui.animation.tmp.html
Traceback (most recent call last):
  File
"/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation",
line 55, in <module>
    import wx
  File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py",
line 45, in <module>
    from wx._core import *
  File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py",
line 4, in <module>
    import _core_
ImportError:
/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so:
no appropriate 64-bit architecture (see "man python" for running in 32-bit
mode)
make[1]: *** [g.gui.animation.tmp.html] Error 1
rm g.gui.animation.tmp.html
make: *** [guiscript] Error 2
cmb-imaccsdc:animation cmbarton$

This is apparently problem with mixing 32 and 64 bit architecture. Have you
changed something in you compiling environment? I will try to recompile
grass on Mac tomorrow, but I was compiling it recently and eventually I was
able to compile successfully (I had problems with mixed Python installation
on that computer).

Anna

==================================================

In fact I DO have this set up to compile and run Python in 32 bit mode.
I’ve been doing this for a couple years while waiting for wxPython 64 bit
to stabilize and mature (not there yet as of 2.9).

This all worked a couple weeks ago, which makes this frustrating.

I can try the new wxPython 3.0 but I have no idea whether it works with
the current GRASS GUI.

Michael

           ____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

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

AFAIK, I’ve not changed anything. This is what is especially frustrating.

Michael

···

On Mon, Aug 11, 2014 at 3:24 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

I just tried to compile GRASS 7.0 beta 3 for release and it appears to be broken. It worked fine 15 July. Here are the problems.

1st, there is a set of GUI errors that pop up from make. These were present awhile back but ‘bogus’ in that they did not seem to affect running (though I suspected that they were related to other issues that caused compiling problem). These went away and all was well by the mid-July build. But they are back again. I hoped that they were again ‘bogus’ but the GUI won’t launch now.

Here are the errors on launch:

======================= launch errors ================

GRASS 7.0.0svn (nc_spm_08):~ > Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 138, in
sys.exit(main())
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 131, in main
app = GMApp(workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 45, in init
wx.App.init(self, False)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7981, in init
self._BootstrapApp()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7555, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 79, in OnInit
workspace = self.workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/frame.py”, line 118, in init
self._menuTreeBuilder = LayerManagerMenuData()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py”, line 40, in init
MenuTreeModelBuilder.init(self, filename, expandAddons=expandAddons)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/menutree.py”, line 64, in init
xmlTree = etree.parse(filename)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1182, in parse
tree.parse(source, parser)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 657, in parse
self._root = parser.close()
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1654, in close
self._raiseerror(v)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1506, in _raiseerror
raise err
xml.etree.ElementTree.ParseError: no element found: line 1, column 0
GRASS 7.0.0svn (nc_spm_08):~ >

==============================================================

This looks like the same error that I’d had to deal with earlier, but which appeared fixed by the mid-July build. I have a workaround but it is a PITA.

The make errors are here. As before they all are related to a new windowing environment:

================== list of modules with make errors ===========

Errors in:
Errors in:
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/mapswipe
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gmodeler
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/rlisetup
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/psmap
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/dbmgr
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/vdigit
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/iclass
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gcp
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/timeline

====================================================

Here is an example of the error in one of the above modules:

cd /Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
cmb-imaccsdc:animation cmbarton$ make
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/docs/html/g.gui.animation.html
GISRC=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/demolocation/.grassrc70 GISBASE=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0 PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:$PATH” PYTHONPATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/etc/python:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython:$PYTHONPATH” DYLD_LIBRARY_PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:” LC_ALL=C /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation --html-description < /dev/null | grep -v ‘|’ > g.gui.animation.tmp.html
Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation”, line 55, in
import wx
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/init.py”, line 45, in
from wx._core import *
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py”, line 4, in
import core
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/core.so: no appropriate 64-bit architecture (see “man python” for running in 32-bit mode)
make[1]: *** [g.gui.animation.tmp.html] Error 1
rm g.gui.animation.tmp.html
make: *** [guiscript] Error 2
cmb-imaccsdc:animation cmbarton$

This is apparently problem with mixing 32 and 64 bit architecture. Have you changed something in you compiling environment? I will try to recompile grass on Mac tomorrow, but I was compiling it recently and eventually I was able to compile successfully (I had problems with mixed Python installation on that computer).

Anna

==================================================

In fact I DO have this set up to compile and run Python in 32 bit mode. I’ve been doing this for a couple years while waiting for wxPython 64 bit to stabilize and mature (not there yet as of 2.9).

This all worked a couple weeks ago, which makes this frustrating.

I can try the new wxPython 3.0 but I have no idea whether it works with the current GRASS GUI.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

Compilation of g.gu.* modules fails and the start with “menutree” messages fails because compilation of “toolboxes” failed. I guess (and we perhaps already talked about it) that both are caused by some bad environment settings. And you are right, I also though that some Martin’s commit to makefiles (I don’t know the number) fixed that. I don’t know about any other change.

I’m not sure if you can make your compilation environment somehow more friendly to this. But I guess this would help.

One possible workaround, for g.gui.* modules is to import wx and related things after parser() function was called (and not in the standard import-code flow). This will not import the wx during compilation, so it will hide the problem.

For the toolboxes, there is the ticket http://trac.osgeo.org/grass/ticket/2142 which contains instructions what needs to be done and some suggestions how to do it. But it is not always clear and some things (to do them right) require even conceptual changes in GUI and I don’t have time to do it now, sorry.

···

On Mon, Aug 11, 2014 at 3:24 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

I just tried to compile GRASS 7.0 beta 3 for release and it appears to be broken. It worked fine 15 July. Here are the problems.

1st, there is a set of GUI errors that pop up from make. These were present awhile back but ‘bogus’ in that they did not seem to affect running (though I suspected that they were related to other issues that caused compiling problem). These went away and all was well by the mid-July build. But they are back again. I hoped that they were again ‘bogus’ but the GUI won’t launch now.

Here are the errors on launch:

======================= launch errors ================

GRASS 7.0.0svn (nc_spm_08):~ > Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 138, in
sys.exit(main())
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 131, in main
app = GMApp(workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 45, in init
wx.App.init(self, False)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7981, in init
self._BootstrapApp()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”, line 7555, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”, line 79, in OnInit
workspace = self.workspaceFile)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/frame.py”, line 118, in init
self._menuTreeBuilder = LayerManagerMenuData()
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py”, line 40, in init
MenuTreeModelBuilder.init(self, filename, expandAddons=expandAddons)
File “/Users/cmbarton/grass_source/grass7_rb/macosx/dist/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/menutree.py”, line 64, in init
xmlTree = etree.parse(filename)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1182, in parse
tree.parse(source, parser)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 657, in parse
self._root = parser.close()
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1654, in close
self._raiseerror(v)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py”, line 1506, in _raiseerror
raise err
xml.etree.ElementTree.ParseError: no element found: line 1, column 0
GRASS 7.0.0svn (nc_spm_08):~ >

==============================================================

This looks like the same error that I’d had to deal with earlier, but which appeared fixed by the mid-July build. I have a workaround but it is a PITA.

The make errors are here. As before they all are related to a new windowing environment:

================== list of modules with make errors ===========

Errors in:
Errors in:
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/mapswipe
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gmodeler
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/rlisetup
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/psmap
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/dbmgr
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/vdigit
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/iclass
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/gcp
/Users/cmbarton/grass_source/grass7_rb/gui/wxpython/timeline

====================================================

Here is an example of the error in one of the above modules:

cd /Users/cmbarton/grass_source/grass7_rb/gui/wxpython/animation
cmb-imaccsdc:animation cmbarton$ make
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/docs/html/g.gui.animation.html
GISRC=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/demolocation/.grassrc70 GISBASE=/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0 PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:$PATH” PYTHONPATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/etc/python:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython:$PYTHONPATH” DYLD_LIBRARY_PATH=“/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/lib:” LC_ALL=C /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation --html-description < /dev/null | grep -v ‘|’ > g.gui.animation.tmp.html
Traceback (most recent call last):
File “/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/scripts/g.gui.animation”, line 55, in
import wx
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/init.py”, line 45, in
from wx._core import *
File “/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py”, line 4, in
import core
ImportError: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/core.so: no appropriate 64-bit architecture (see “man python” for running in 32-bit mode)
make[1]: *** [g.gui.animation.tmp.html] Error 1
rm g.gui.animation.tmp.html
make: *** [guiscript] Error 2
cmb-imaccsdc:animation cmbarton$

==================================================

In fact I DO have this set up to compile and run Python in 32 bit mode. I’ve been doing this for a couple years while waiting for wxPython 64 bit to stabilize and mature (not there yet as of 2.9).

This all worked a couple weeks ago, which makes this frustrating.

I can try the new wxPython 3.0 but I have no idea whether it works with the current GRASS GUI.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu


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

On Mon, Aug 11, 2014 at 3:47 PM, Michael Barton <Michael.Barton@asu.edu>
wrote:

The problem with starting GRASS has to do with the fact that a couple of
the xml files for the new (and still unused?) “toolbox” do not get made.
But SOME of them DO get made. Here is the call that successfully makes one
of the xml files and a call that fails. Note that the full path is not
specified in the one that fails.

This one works:
/Applications/Xcode.app/Contents/Developer/usr/bin/make
/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/module_items.xml

This one fails:
/Applications/Xcode.app/Contents/Developer/usr/bin/make xml/menudata.xml

Looks to me like it SHOULD be calling
/Applications/Xcode.app/Contents/Developer/usr/bin/make
/Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml

This sounds good although I cannot really say because I know nothing (or
just very few) about makefiles and I'm puzzled by the fact that changing
target in make causes change in architecture-environmental settings (since
your command runs).

If I missed some guide to GRASS makefiles, let me know. (The only guide I
tried to use was the book Die GNU Autotools because of its promising title.)

For interest (and with a little hope of solving this problem), I tried compiling with the new wxPython 3.0 cocoa, which is both 32 and 64 bit. But there are still errors in making the problematic xml files. Here is one:

============================ error =============

/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml
GISRC=/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/demolocation/.grassrc71 GISBASE=/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0 PATH=“/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/scripts:$PATH” PYTHONPATH=“/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/etc/python:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/gui/wxpython:$PYTHONPATH” DYLD_LIBRARY_PATH=“/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/bin:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/scripts:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/lib:/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/lib:” LC_ALL=C python core/toolboxes.py > /Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml
ERROR: wxGUI requires wxPython. No module named wxversion
make[4]: *** [/Users/cmbarton/grass_source/grass7_dev/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml] Error 1
make[3]: [default] Error 2 (ignored)

···

On Mon, Aug 11, 2014 at 3:47 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

The problem with starting GRASS has to do with the fact that a couple of the xml files for the new (and still unused?) “toolbox” do not get made. But SOME of them DO get made. Here is the call that successfully makes one of the xml files and a call that fails. Note that the full path is not specified in the one that fails.

This one works:
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/module_items.xml

This one fails:

/Applications/Xcode.app/Contents/Developer/usr/bin/make xml/menudata.xml

Looks to me like it SHOULD be calling
/Applications/Xcode.app/Contents/Developer/usr/bin/make /Users/cmbarton/grass_source/grass7_rb/dist.x86_64-apple-darwin13.3.0/gui/wxpython/xml/menudata.xml

This sounds good although I cannot really say because I know nothing (or just very few) about makefiles and I’m puzzled by the fact that changing target in make causes change in architecture-environmental settings (since your command runs).

If I missed some guide to GRASS makefiles, let me know. (The only guide I tried to use was the book Die GNU Autotools because of its promising title.)