[GRASS-dev] GRASS 7.2RC2 problem

GRASS GRASS developer
21

They both have 0 bytes. This is the same problem we had many months back. I had a clunky workaround but it has not been necessary for some time now.

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 Dec 6, 2016, at 4:36 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

There is indeed no error in the log. I can see:
/usr/bin/install -c -m 644 xml/menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/menudata.xml
/usr/bin/install -c -m 644 xml/module_tree_menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/module_tree_menudata.xml

so the xml files are on the right places. Could you verify that? Are
these files correct? Then when you make install, are these files in
the grass7 app?

Anna

On Tue, Dec 6, 2016 at 5:49 PM, Martin Landa <landa.martin@gmail.com> wrote:

2016-12-06 23:45 GMT+01:00 Michael Barton <Michael.Barton@asu.edu>:

It is. We don't know what the problem is. I have a guess on this though. It
may be a problem with generating the xml code for the addons menu. We had
this problem awhile back.

without full log (run make distclean before configure && make) we
cannot move from this point (this issue has been reported 7 days ago).
Thanks, Ma

On Nov 29, 2016 10:13 PM, "Michael Barton" <Michael.Barton@asu.edu> wrote:

Yesterday I compiled GRASS 7.2 RC2 with no errors. Today I tried to test
it before posting and got the following error:

GRASS 7.2.0RC2 (Global_latlon):~ > Traceback (most recent call last):
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 158, in <module>
   sys.exit(main())
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 145, in main
   app = GMApp(workspaceFile)
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 48, in __init__
   wx.App.__init__(self, False)
File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py",
line 7981, in __init__
   self._BootstrapApp()
File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py",
line 7555, in _BootstrapApp
   return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 92, in OnInit
   workspace=self.workspaceFile)
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/frame.py",
line 129, in __init__
   self._menuTreeBuilder = LayerManagerMenuData()
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py",
line 42, in __init__
   self, filename, expandAddons=expandAddons)
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/core/menutree.py",
line 65, 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

Any idea what this is?

Is this yet a showstopper for the final release?

Markus

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

--
Martin Landa
Ing. Martin Landa, Ph.D. – GeoWikiCZ
Martin Landa - GISMentors
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

22

On Tue, Dec 6, 2016 at 6:45 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

They both have 0 bytes. This is the same problem we had many months back. I had a clunky workaround but it has not been necessary for some time now.

So what happens if you run those commands manually? Such as:

python core/toolboxes.py > 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 Dec 6, 2016, at 4:36 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

There is indeed no error in the log. I can see:
/usr/bin/install -c -m 644 xml/menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/menudata.xml
/usr/bin/install -c -m 644 xml/module_tree_menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/module_tree_menudata.xml

so the xml files are on the right places. Could you verify that? Are
these files correct? Then when you make install, are these files in
the grass7 app?

Anna

On Tue, Dec 6, 2016 at 5:49 PM, Martin Landa <landa.martin@gmail.com> wrote:

2016-12-06 23:45 GMT+01:00 Michael Barton <Michael.Barton@asu.edu>:

It is. We don't know what the problem is. I have a guess on this though. It
may be a problem with generating the xml code for the addons menu. We had
this problem awhile back.

without full log (run make distclean before configure && make) we
cannot move from this point (this issue has been reported 7 days ago).
Thanks, Ma

On Nov 29, 2016 10:13 PM, "Michael Barton" <Michael.Barton@asu.edu> wrote:

Yesterday I compiled GRASS 7.2 RC2 with no errors. Today I tried to test
it before posting and got the following error:

GRASS 7.2.0RC2 (Global_latlon):~ > Traceback (most recent call last):
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 158, in <module>
   sys.exit(main())
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 145, in main
   app = GMApp(workspaceFile)
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 48, in __init__
   wx.App.__init__(self, False)
File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py",
line 7981, in __init__
   self._BootstrapApp()
File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py",
line 7555, in _BootstrapApp
   return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 92, in OnInit
   workspace=self.workspaceFile)
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/frame.py",
line 129, in __init__
   self._menuTreeBuilder = LayerManagerMenuData()
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py",
line 42, in __init__
   self, filename, expandAddons=expandAddons)
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/core/menutree.py",
line 65, 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

Any idea what this is?

Is this yet a showstopper for the final release?

Markus

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.osgeo.org_mailman_listinfo_grass-2Ddev&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=wzegbuCgj3FNHt2EvfUw_NSkDRyjw3UfEGjra7XMnrg&s=A_5YGAlkyo-TX5DrYQbXazvt29qM0wVR54KhVJyCqYY&e=

--
Martin Landa
https://urldefense.proofpoint.com/v2/url?u=http-3A__geo.fsv.cvut.cz_gwiki_Landa&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=wzegbuCgj3FNHt2EvfUw_NSkDRyjw3UfEGjra7XMnrg&s=IW0FiwKY9TZVJMKYQEnTHnyLEgTOUToc6aMN8x1tbGA&e=
https://urldefense.proofpoint.com/v2/url?u=http-3A__gismentors.cz_mentors_landa&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=wzegbuCgj3FNHt2EvfUw_NSkDRyjw3UfEGjra7XMnrg&s=RdDtLFNgIXcXjzm3ihlgoJmzAe75YPYatIR81LIHwz0&e=
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.osgeo.org_mailman_listinfo_grass-2Ddev&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=wzegbuCgj3FNHt2EvfUw_NSkDRyjw3UfEGjra7XMnrg&s=A_5YGAlkyo-TX5DrYQbXazvt29qM0wVR54KhVJyCqYY&e=

23

Here is what I had to do before.

Compile normally (my steps 1-5)

5.1. Do NOT create binary distribution yet (do not run make bindist)
5.2. Launch GRASS (existing binary, preferably of same version)
5.3. cd to source wxpython folder. e.g.,
  cd /Users/cmbarton/grass_source/grass_trunk/gui/wxpython
5.4. recompile from within GRASS environment
  make clean
  make

6.0 then run bindist

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 Dec 6, 2016, at 4:48 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

On Tue, Dec 6, 2016 at 6:45 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

They both have 0 bytes. This is the same problem we had many months back. I had a clunky workaround but it has not been necessary for some time now.

So what happens if you run those commands manually? Such as:

python core/toolboxes.py > 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: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DQIFaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=HVEqhwl3Ll85E3gVJ25-oDCdT7JU_OnVtUNoG9MOuKw&s=GXvLOrXadWKzYOPfMagBRRvfDFP_4-JVAje415O0QYM&e= , Center for Social Dynamics and Complexity

On Dec 6, 2016, at 4:36 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

There is indeed no error in the log. I can see:
/usr/bin/install -c -m 644 xml/menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/menudata.xml
/usr/bin/install -c -m 644 xml/module_tree_menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/module_tree_menudata.xml

so the xml files are on the right places. Could you verify that? Are
these files correct? Then when you make install, are these files in
the grass7 app?

Anna

On Tue, Dec 6, 2016 at 5:49 PM, Martin Landa <landa.martin@gmail.com> wrote:

2016-12-06 23:45 GMT+01:00 Michael Barton <Michael.Barton@asu.edu>:

It is. We don't know what the problem is. I have a guess on this though. It
may be a problem with generating the xml code for the addons menu. We had
this problem awhile back.

without full log (run make distclean before configure && make) we
cannot move from this point (this issue has been reported 7 days ago).
Thanks, Ma

On Nov 29, 2016 10:13 PM, "Michael Barton" <Michael.Barton@asu.edu> wrote:

Yesterday I compiled GRASS 7.2 RC2 with no errors. Today I tried to test
it before posting and got the following error:

GRASS 7.2.0RC2 (Global_latlon):~ > Traceback (most recent call last):
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 158, in <module>
  sys.exit(main())
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 145, in main
  app = GMApp(workspaceFile)
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 48, in __init__
  wx.App.__init__(self, False)
File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py",
line 7981, in __init__
  self._BootstrapApp()
File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py",
line 7555, in _BootstrapApp
  return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 92, in OnInit
  workspace=self.workspaceFile)
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/frame.py",
line 129, in __init__
  self._menuTreeBuilder = LayerManagerMenuData()
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py",
line 42, in __init__
  self, filename, expandAddons=expandAddons)
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/core/menutree.py",
line 65, 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

Any idea what this is?

Is this yet a showstopper for the final release?

Markus

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

--
Martin Landa
Ing. Martin Landa, Ph.D. – GeoWikiCZ
Martin Landa - GISMentors
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

24

I don’t know what to think about the log. There should be no “up to date” massages after make distclean.

make[4]: `/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/docs/man/man1/d.rhumbline.1’ is up to date.

···

On Tue, Dec 6, 2016 at 5:56 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

Try this.

Michael

On Dec 6, 2016, at 3:39 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

On Tue, Dec 6, 2016 at 5:32 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

Please first make distclean and then run make.

Thank you,
Anna

25

In the log there is:

/Applications/Xcode.app/Contents/Developer/usr/bin/make xml/menudata.xml
GISRC=… LC_ALL=C python core/toolboxes.py > xml/menudata.xml
/Applications/Xcode.app/Contents/Developer/usr/bin/make xml/module_tree_menudata.xml
GISRC=… LC_ALL=C python core/toolboxes.py “module_tree” > xml/module_tree_menudata.xml

But in my log I see:

make xml/menudata.xml
make[1]: Entering directory ‘/home/vpetras/dev/grass/gcc_trunk/gui/wxpython’
GISRC=… LC_ALL=C python core/toolboxes.py > xml/menudata.xml
GISRC=… LC_ALL=C python core/toolboxes.py “validate” xml/menudata.xml
make[1]: Leaving directory ‘/home/vpetras/dev/grass/gcc_trunk/gui/wxpython’
make xml/module_tree_menudata.xml
make[1]: Entering directory ‘/home/vpetras/dev/grass/gcc_trunk/gui/wxpython’
GISRC=… LC_ALL=C python core/toolboxes.py “module_tree” > xml/module_tree_menudata.xml
GISRC=… LC_ALL=C python core/toolboxes.py “validate” xml/module_tree_menudata.xml
make[1]: Leaving directory ‘/home/vpetras/dev/grass/gcc_trunk/gui/wxpython’

One small difference are the lines “Leaving directory”. Perhaps different version of make?

But the bigger issue is that I have two “toolboxes.py “validate” xml/…xml” lines and I don’t see them in the Michael’s Mac OS log. They are in the Makefile:

xml/menudata.xml: core/toolboxes.py
$(call run_grass,$(PYTHON) $< > $@)
$(call run_grass,$(PYTHON) $< “validate” $@)

xml/module_tree_menudata.xml: core/toolboxes.py
$(call run_grass,$(PYTHON) $< “module_tree” > $@)
$(call run_grass,$(PYTHON) $< “validate” $@)

The “validate” step is supposed to create an error during compilation in case something is wrong with the generated XMLs. But it seems that it is not executed on Michael’s Mac. Different Makefiles? Different make?

Unfortunately, the Travis CI log does not show anything (due to the workaround for Mac?), so we can’t compare.

26

On Tue, Dec 6, 2016 at 7:03 PM, Michael Barton <Michael.Barton@asu.edu>
wrote:

Here is what I had to do before.

What happens when you do it now? Or you already did that now?

Compile normally (my steps 1-5)

5.1. Do NOT create binary distribution yet (do not run make bindist)
5.2. Launch GRASS (existing binary, preferably of same version)
5.3. cd to source wxpython folder. e.g.,
        cd /Users/cmbarton/grass_source/grass_trunk/gui/wxpython
5.4. recompile from within GRASS environment
        make clean
        make

6.0 then run bindist

27

I’m at home and can’t check until tomorrow. Previously, the python make section that generated the xml files failed. IIRC, with some other similar issues in the past, the error (which might be in the make.log) suggested it was looking for 64bit python when I’m compiling with 32bit python because we are still stuck with wxPython 2.8.12.

Michael

···

On Tue, Dec 6, 2016 at 7:03 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

Here is what I had to do before.

What happens when you do it now? Or you already did that now?

Compile normally (my steps 1-5)

5.1. Do NOT create binary distribution yet (do not run make bindist)
5.2. Launch GRASS (existing binary, preferably of same version)
5.3. cd to source wxpython folder. e.g.,
cd /Users/cmbarton/grass_source/grass_trunk/gui/wxpython
5.4. recompile from within GRASS environment
make clean
make

6.0 then run bindist

28

I did make distclean and recomplied, without send the output to a log. I searched for menudata.xml in my terminal output and may have found the problem. What do you thing?

ValueError: insecure string pickle
make[4]: *** [xml/menudata.xml] Error 1
make[3]: [default] Error 2 (ignored)
Traceback (most recent call last):
File “core/toolboxes.py”, line 903, in
sys.exit(main())
File “core/toolboxes.py”, line 887, in main
userDefined=False)
File “core/toolboxes.py”, line 297, in createTree
moduleItems=moduleItems)
File “core/toolboxes.py”, line 334, in toolboxes2menudata
_expandRuntimeModules(root)
File “core/toolboxes.py”, line 634, in _expandRuntimeModules
desc, keywords = _loadMetadata(name)
File “core/toolboxes.py”, line 671, in _loadMetadata
task = gtask.parse_interface(module)
File “/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/etc/python/grass/script/task.py”, line 528, in parse_interface
tree = etree.fromstring(get_interface_description(name))
File “/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/etc/python/grass/script/task.py”, line 480, in get_interface_description
stderr=PIPE)
File “/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/etc/python/grass/script/core.py”, line 74, in init
subprocess.Popen.init(self, args, **kwargs)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py”, line 710, in init
errread, errwrite)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py”, line 1334, in _execute_child
child_exception = pickle.loads(data)
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pickle.py”, line 1382, in loads
return Unpickler(file).load()
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pickle.py”, line 858, in load
dispatchkey
File “/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pickle.py”, line 966, in load_string
raise ValueError, “insecure string pickle”
ValueError: insecure string pickle
make[4]: *** [xml/module_tree_menudata.xml] Error 1
make[3]: [default] Error 2 (ignored)
Traceback (most recent call last):
File “core/menutree.py”, line 245, in
menudata = LayerManagerMenuData(filename)
File “/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/lmgr/menudata.py”, line 42, in init
self, filename, expandAddons=expandAddons)
File “/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/core/menutree.py”, line 65, 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
make[4]: *** [menustrings.py] Error 1
make[3]: [default] Error 2 (ignored)

···

On Tue, Dec 6, 2016 at 7:03 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

Here is what I had to do before.

What happens when you do it now? Or you already did that now?

Compile normally (my steps 1-5)

5.1. Do NOT create binary distribution yet (do not run make bindist)
5.2. Launch GRASS (existing binary, preferably of same version)
5.3. cd to source wxpython folder. e.g.,
cd /Users/cmbarton/grass_source/grass_trunk/gui/wxpython
5.4. recompile from within GRASS environment
make clean
make

6.0 then run bindist

29

Looks like this:
http://bugs.python.org/issue26083

but not sure why I don't have the problem. Which python do you use?

On Wed, Dec 7, 2016 at 12:59 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

I did make distclean and recomplied, without send the output to a log. I
searched for menudata.xml in my terminal output and may have found the
problem. What do you thing?

ValueError: insecure string pickle
make[4]: *** [xml/menudata.xml] Error 1
make[3]: [default] Error 2 (ignored)
Traceback (most recent call last):
  File "core/toolboxes.py", line 903, in <module>
    sys.exit(main())
  File "core/toolboxes.py", line 887, in main
    userDefined=False)
  File "core/toolboxes.py", line 297, in createTree
    moduleItems=moduleItems)
  File "core/toolboxes.py", line 334, in toolboxes2menudata
    _expandRuntimeModules(root)
  File "core/toolboxes.py", line 634, in _expandRuntimeModules
    desc, keywords = _loadMetadata(name)
  File "core/toolboxes.py", line 671, in _loadMetadata
    task = gtask.parse_interface(module)
  File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/etc/python/grass/script/task.py",
line 528, in parse_interface
    tree = etree.fromstring(get_interface_description(name))
  File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/etc/python/grass/script/task.py",
line 480, in get_interface_description
    stderr=PIPE)
  File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/etc/python/grass/script/core.py",
line 74, in __init__
    subprocess.Popen.__init__(self, args, **kwargs)
  File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py",
line 710, in __init__
    errread, errwrite)
  File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py",
line 1334, in _execute_child
    child_exception = pickle.loads(data)
  File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pickle.py",
line 1382, in loads
    return Unpickler(file).load()
  File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pickle.py",
line 858, in load
    dispatch[key](self)
  File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pickle.py",
line 966, in load_string
    raise ValueError, "insecure string pickle"
ValueError: insecure string pickle
make[4]: *** [xml/module_tree_menudata.xml] Error 1
make[3]: [default] Error 2 (ignored)
Traceback (most recent call last):
  File "core/menutree.py", line 245, in <module>
    menudata = LayerManagerMenuData(filename)
  File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/lmgr/menudata.py",
line 42, in __init__
    self, filename, expandAddons=expandAddons)
  File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/core/menutree.py",
line 65, 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
make[4]: *** [menustrings.py] Error 1
make[3]: [default] Error 2 (ignored)

____________________
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 Dec 6, 2016, at 9:04 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

I'm at home and can't check until tomorrow. Previously, the python make
section that generated the xml files failed. IIRC, with some other similar
issues in the past, the error (which might be in the make.log) suggested it
was looking for 64bit python when I'm compiling with 32bit python because we
are still stuck with wxPython 2.8.12.

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 Dec 6, 2016, at 8:57 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

On Tue, Dec 6, 2016 at 7:03 PM, Michael Barton <Michael.Barton@asu.edu>
wrote:

Here is what I had to do before.

What happens when you do it now? Or you already did that now?

Compile normally (my steps 1-5)

5.1. Do NOT create binary distribution yet (do not run make bindist)
5.2. Launch GRASS (existing binary, preferably of same version)
5.3. cd to source wxpython folder. e.g.,
        cd /Users/cmbarton/grass_source/grass_trunk/gui/wxpython
5.4. recompile from within GRASS environment
        make clean
        make

6.0 then run bindist

30

I keep it to the system default, 2.7
____________________
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 Dec 7, 2016, at 12:23 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

Looks like this:
Issue 26083: ValueError: insecure string pickle in subprocess.Popen on Python 2 - Python tracker

but not sure why I don't have the problem. Which python do you use?

On Wed, Dec 7, 2016 at 12:59 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

I did make distclean and recomplied, without send the output to a log. I
searched for menudata.xml in my terminal output and may have found the
problem. What do you thing?

ValueError: insecure string pickle
make[4]: *** [xml/menudata.xml] Error 1
make[3]: [default] Error 2 (ignored)
Traceback (most recent call last):
File "core/toolboxes.py", line 903, in <module>
   sys.exit(main())
File "core/toolboxes.py", line 887, in main
   userDefined=False)
File "core/toolboxes.py", line 297, in createTree
   moduleItems=moduleItems)
File "core/toolboxes.py", line 334, in toolboxes2menudata
   _expandRuntimeModules(root)
File "core/toolboxes.py", line 634, in _expandRuntimeModules
   desc, keywords = _loadMetadata(name)
File "core/toolboxes.py", line 671, in _loadMetadata
   task = gtask.parse_interface(module)
File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/etc/python/grass/script/task.py",
line 528, in parse_interface
   tree = etree.fromstring(get_interface_description(name))
File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/etc/python/grass/script/task.py",
line 480, in get_interface_description
   stderr=PIPE)
File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/etc/python/grass/script/core.py",
line 74, in __init__
   subprocess.Popen.__init__(self, args, **kwargs)
File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py",
line 710, in __init__
   errread, errwrite)
File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py",
line 1334, in _execute_child
   child_exception = pickle.loads(data)
File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pickle.py",
line 1382, in loads
   return Unpickler(file).load()
File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pickle.py",
line 858, in load
   dispatch[key](self)
File
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pickle.py",
line 966, in load_string
   raise ValueError, "insecure string pickle"
ValueError: insecure string pickle
make[4]: *** [xml/module_tree_menudata.xml] Error 1
make[3]: [default] Error 2 (ignored)
Traceback (most recent call last):
File "core/menutree.py", line 245, in <module>
   menudata = LayerManagerMenuData(filename)
File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/lmgr/menudata.py",
line 42, in __init__
   self, filename, expandAddons=expandAddons)
File
"/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/core/menutree.py",
line 65, 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
make[4]: *** [menustrings.py] Error 1
make[3]: [default] Error 2 (ignored)

____________________
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: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=eYAqKgNPkJUKeMRk8YVKJGgyd7q9RVjLmzIIuDlNpaE&s=_0LutJf3DVh912O9l6HHtO5E5Ik60ckx1wQJVnvkn8s&e= , Center for Social Dynamics and Complexity

On Dec 6, 2016, at 9:04 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

I'm at home and can't check until tomorrow. Previously, the python make
section that generated the xml files failed. IIRC, with some other similar
issues in the past, the error (which might be in the make.log) suggested it
was looking for 64bit python when I'm compiling with 32bit python because we
are still stuck with wxPython 2.8.12.

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: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=eYAqKgNPkJUKeMRk8YVKJGgyd7q9RVjLmzIIuDlNpaE&s=_0LutJf3DVh912O9l6HHtO5E5Ik60ckx1wQJVnvkn8s&e= , Center for Social Dynamics and Complexity

On Dec 6, 2016, at 8:57 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

On Tue, Dec 6, 2016 at 7:03 PM, Michael Barton <Michael.Barton@asu.edu>
wrote:

Here is what I had to do before.

What happens when you do it now? Or you already did that now?

Compile normally (my steps 1-5)

5.1. Do NOT create binary distribution yet (do not run make bindist)
5.2. Launch GRASS (existing binary, preferably of same version)
5.3. cd to source wxpython folder. e.g.,
       cd /Users/cmbarton/grass_source/grass_trunk/gui/wxpython
5.4. recompile from within GRASS environment
       make clean
       make

6.0 then run bindist

31

On Wed, Dec 7, 2016 at 2:23 PM, Anna Petrášová <kratochanna@gmail.com>
wrote:

Looks like this:
http://bugs.python.org/issue26083

Then it seems that the issue is unrelated to GRASS source code. Maybe an
update of system Python would help. Many GRASS modules written in Python
won't work with this Python bug.

32

We need to do something other than update Python. We’ve had numerous issue with running GRASS that arise when people install non-system Python. If we package Python with GRASS, that would solve it of course. But that is another issue right now.

Michael

···

On Wed, Dec 7, 2016 at 2:23 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

Looks like this:
http://bugs.python.org/issue26083

Then it seems that the issue is unrelated to GRASS source code. Maybe an update of system Python would help. Many GRASS modules written in Python won’t work with this Python bug.

33

Also, why did this appear in GRASS 7.2 since mid-September? If we can answer that, perhaps we can avoid this issue.

Michael

···

On Wed, Dec 7, 2016 at 2:23 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

Looks like this:
http://bugs.python.org/issue26083

Then it seems that the issue is unrelated to GRASS source code. Maybe an update of system Python would help. Many GRASS modules written in Python won’t work with this Python bug.

34

On Wed, Dec 7, 2016 at 7:00 PM, Michael Barton <Michael.Barton@asu.edu>
wrote:

Also, why did this appear in GRASS 7.2 since mid-September? If we can
answer that, perhaps we can avoid this issue.

Perhaps certain version of Python (the "patch" one, not just minor) or
change in Mac OS API. Does it happen with other versions of GRASS (freshly
compiled from scratch)?

35

The issue is solved in Python 2.7.12 from 2016-06-25.

https://hg.python.org/cpython/raw-file/v2.7.12/Misc/NEWS

On Wed, Dec 7, 2016 at 6:59 PM, Michael Barton <Michael.Barton@asu.edu>
wrote:

We need to do something other than update Python.

There is not that much which can be done on the GRASS site. According to
Python issue #26083, the root of the problem is in Mac OS read() which
causes pre-2.7.12 subprocess package to fail on anything longer than 512
bytes when piping is used (significant part of GRASS Python code in GUI,
lib and modules). We can workaround it (example below causing other things
to fail), included fixed subprocess code in GRASS or switch to
subprocess32. None of these is feasible for 7.2 and they are not even worth
it considering that the fixed Python was released.

Example workaround (not recommended):

Index: gui/wxpython/core/toolboxes.py

--- gui/wxpython/core/toolboxes.py (revision 70036)
+++ gui/wxpython/core/toolboxes.py (working copy)
@@ -670,8 +670,20 @@
     try:
         task = gtask.parse_interface(module)
     except ScriptError as e:
+ # This tries to solve failed build or run of a module
         sys.stderr.write("%s: %s\n" % (module, e))
         return '', ''
+ except ValueError as e:
+ # This is testing for Python's #26083 on Mac OS.
+ # http://bugs.python.org/issue26083
+ # The whole except ValueError should be removed once it
+ # is fixed in Python (likely 2.7.12) or subprocess32 is used.
+ from sys import platform
+ if platform == "darwin":
+ sys.stderr.write("%s: %s\n" % (module, e))
+ return '', ''
+ # raise exception again on other platforms
+ raise

     return task.get_description(full=True), \
         task.get_keywords()

36

I had a few minutes and did some tests. Here is a followup.

Previously, when there were problems with menudata.xml, I was able to launch a grass session, cd to the source directory, recompile the wxpython part and have menudata.xml build.

That workaround no longer seems to work. I attach the log data below.

I also tried running:

python core/toolboxes.py > xml/menudata.xml

from my compiling environment shell and from within a functioning grass environment. Neither seem to work, in that they do not let me create a grass binary that will launch. Running from within a grass environment produces no error. But from the compiling shell I get the following:

python core/toolboxes.py > xml/menudata.xml
Traceback (most recent call last):
  File "core/toolboxes.py", line 33, in <module>
    import grass.script.task as gtask
ImportError: No module named grass.script.task

____________________
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 Dec 6, 2016, at 4:48 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

On Tue, Dec 6, 2016 at 6:45 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

They both have 0 bytes. This is the same problem we had many months back. I had a clunky workaround but it has not been necessary for some time now.

So what happens if you run those commands manually? Such as:

python core/toolboxes.py > 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: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DQIFaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=HVEqhwl3Ll85E3gVJ25-oDCdT7JU_OnVtUNoG9MOuKw&s=GXvLOrXadWKzYOPfMagBRRvfDFP_4-JVAje415O0QYM&e= , Center for Social Dynamics and Complexity

On Dec 6, 2016, at 4:36 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

There is indeed no error in the log. I can see:
/usr/bin/install -c -m 644 xml/menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/menudata.xml
/usr/bin/install -c -m 644 xml/module_tree_menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/module_tree_menudata.xml

so the xml files are on the right places. Could you verify that? Are
these files correct? Then when you make install, are these files in
the grass7 app?

Anna

On Tue, Dec 6, 2016 at 5:49 PM, Martin Landa <landa.martin@gmail.com> wrote:

2016-12-06 23:45 GMT+01:00 Michael Barton <Michael.Barton@asu.edu>:

It is. We don't know what the problem is. I have a guess on this though. It
may be a problem with generating the xml code for the addons menu. We had
this problem awhile back.

without full log (run make distclean before configure && make) we
cannot move from this point (this issue has been reported 7 days ago).
Thanks, Ma

On Nov 29, 2016 10:13 PM, "Michael Barton" <Michael.Barton@asu.edu> wrote:

Yesterday I compiled GRASS 7.2 RC2 with no errors. Today I tried to test
it before posting and got the following error:

GRASS 7.2.0RC2 (Global_latlon):~ > Traceback (most recent call last):
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 158, in <module>
  sys.exit(main())
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 145, in main
  app = GMApp(workspaceFile)
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 48, in __init__
  wx.App.__init__(self, False)
File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py",
line 7981, in __init__
  self._BootstrapApp()
File
"/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py",
line 7555, in _BootstrapApp
  return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 92, in OnInit
  workspace=self.workspaceFile)
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/frame.py",
line 129, in __init__
  self._menuTreeBuilder = LayerManagerMenuData()
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py",
line 42, in __init__
  self, filename, expandAddons=expandAddons)
File
"/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/core/menutree.py",
line 65, 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

Any idea what this is?

Is this yet a showstopper for the final release?

Markus

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

--
Martin Landa
Ing. Martin Landa, Ph.D. – GeoWikiCZ
Martin Landa - GISMentors
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

37

Forgot to add the log.

The upshot is that currently, GRASS will not compile successfully on the Mac and I don’t have any idea of how to fix it.

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 Dec 6, 2016, at 4:48 PM, Anna Petrášová kratochanna@gmail.com wrote:

On Tue, Dec 6, 2016 at 6:45 PM, Michael Barton Michael.Barton@asu.edu wrote:

They both have 0 bytes. This is the same problem we had many months back. I had a clunky workaround but it has not been necessary for some time now.
So what happens if you run those commands manually? Such as:

python core/toolboxes.py > 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: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DQIFaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=HVEqhwl3Ll85E3gVJ25-oDCdT7JU_OnVtUNoG9MOuKw&s=GXvLOrXadWKzYOPfMagBRRvfDFP_4-JVAje415O0QYM&e= , https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu&d=DQIFaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=HVEqhwl3Ll85E3gVJ25-oDCdT7JU_OnVtUNoG9MOuKw&s=lHTmwDZwrR0-7VdqX_upALaAib4pH4PlSL2uQLMoKM4&e=

On Dec 6, 2016, at 4:36 PM, Anna Petrášová kratochanna@gmail.com wrote:

There is indeed no error in the log. I can see:
/usr/bin/install -c -m 644 xml/menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/menudata.xml
/usr/bin/install -c -m 644 xml/module_tree_menudata.xml
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/module_tree_menudata.xml

so the xml files are on the right places. Could you verify that? Are
these files correct? Then when you make install, are these files in
the grass7 app?

Anna

On Tue, Dec 6, 2016 at 5:49 PM, Martin Landa landa.martin@gmail.com wrote:

2016-12-06 23:45 GMT+01:00 Michael Barton Michael.Barton@asu.edu:

It is. We don’t know what the problem is. I have a guess on this though. It
may be a problem with generating the xml code for the addons menu. We had
this problem awhile back.

without full log (run make distclean before configure && make) we
cannot move from this point (this issue has been reported 7 days ago).
Thanks, Ma

On Nov 29, 2016 10:13 PM, “Michael Barton” Michael.Barton@asu.edu wrote:

Yesterday I compiled GRASS 7.2 RC2 with no errors. Today I tried to test
it before posting and got the following error:

GRASS 7.2.0RC2 (Global_latlon):~ > Traceback (most recent call last):
File “/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py”,
line 158, in
sys.exit(main())
File “/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py”,
line 145, in main
app = GMApp(workspaceFile)
File “/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py”,
line 48, in init
wx.App.init(self, False)
File
“/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py”,
line 7981, in init
self._BootstrapApp()
File
“/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py”,
line 7555, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File “/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py”,
line 92, in OnInit
workspace=self.workspaceFile)
File
“/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/frame.py”,
line 129, in init
self._menuTreeBuilder = LayerManagerMenuData()
File
“/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py”,
line 42, in init
self, filename, expandAddons=expandAddons)
File
“/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/core/menutree.py”,
line 65, 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

Any idea what this is?

Is this yet a showstopper for the final release?

Markus

grass-dev mailing list
grass-dev@lists.osgeo.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.osgeo.org_mailman_listinfo_grass-2Ddev&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=wzegbuCgj3FNHt2EvfUw_NSkDRyjw3UfEGjra7XMnrg&s=A_5YGAlkyo-TX5DrYQbXazvt29qM0wVR54KhVJyCqYY&e=

–
Martin Landa
https://urldefense.proofpoint.com/v2/url?u=http-3A__geo.fsv.cvut.cz_gwiki_Landa&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=wzegbuCgj3FNHt2EvfUw_NSkDRyjw3UfEGjra7XMnrg&s=IW0FiwKY9TZVJMKYQEnTHnyLEgTOUToc6aMN8x1tbGA&e=
https://urldefense.proofpoint.com/v2/url?u=http-3A__gismentors.cz_mentors_landa&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=wzegbuCgj3FNHt2EvfUw_NSkDRyjw3UfEGjra7XMnrg&s=RdDtLFNgIXcXjzm3ihlgoJmzAe75YPYatIR81LIHwz0&e=

grass-dev mailing list
grass-dev@lists.osgeo.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.osgeo.org_mailman_listinfo_grass-2Ddev&d=DQIBaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=wzegbuCgj3FNHt2EvfUw_NSkDRyjw3UfEGjra7XMnrg&s=A_5YGAlkyo-TX5DrYQbXazvt29qM0wVR54KhVJyCqYY&e=

(attachments)

wxpython_make.txt (20 KB)

38

Hi Michael,

On Thu, Dec 15, 2016 at 3:35 PM, Michael Barton <Michael.Barton@asu.edu>
wrote:

from my compiling environment shell and from within a functioning grass
environment.

When the log shows

Details: [Errno 2] No such file or directory
g.gui.dbmgr: Unable to fetch interface description for command
'g.gui.dbmgr'.

Details: dyld: Library not loaded:
/Applications/GRASS-7.2.app/Contents/MacOS/lib/libgrass_gis.7.2.0RC2.dylib
  Referenced from:
/Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/bin/g.parser
  Reason: image not found

it doesn't seem that you have working GRASS environment. g.parser seems to
fail.

Anyway, this seems to be not important because according to what I wrote
earlier, the version of your Mac system libraries and the system Python (my
guess version 2.7.11 or older) do not work together. On Linux I would talk
to the packagers. I don't have any idea what you do on Mac in these cases.

39

This log is from a completely working GRASS terminal environment from a version I compiled several months back. There is something new that does not affect previously compiled versions of GRASS but does affect any new compiling.

Michael

···

Hi Michael,

On Thu, Dec 15, 2016 at 3:35 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

from my compiling environment shell and from within a functioning grass environment.

When the log shows

Details: [Errno 2] No such file or directory
g.gui.dbmgr: Unable to fetch interface description for command 'g.gui.dbmgr'.

Details: dyld: Library not loaded: /Applications/GRASS-7.2.app/Contents/MacOS/lib/libgrass_gis.7.2.0RC2.dylib
Referenced from: /Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/bin/g.parser
Reason: image not found

it doesn’t seem that you have working GRASS environment. g.parser seems to fail.

Anyway, this seems to be not important because according to what I wrote earlier, the version of your Mac system libraries and the system Python (my guess version 2.7.11 or older) do not work together. On Linux I would talk to the packagers. I don’t have any idea what you do on Mac in these cases.