Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-03-25 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
-+-
  Reporter:  scimmia |  Owner:  grass-dev@…
  Type:  defect  | Status:  closed
  Priority:  blocker |  Milestone:  7.0.4
 Component:  Compiling   |Version:  unspecified
Resolution:  fixed   |   Keywords:  xml, toolboxes, Makefile, svnprop,
 |  wxGUI, releasing
   CPU:  x86-64  |   Platform:  Linux
-+-
Changes (by wenzeslaus):

 * status:  new => closed
 * resolution:   => fixed


Comment:

 Replying to [comment:17 neteler]:
 > Replying to [comment:16 scimmia]:
 > > OK, new info. I was able to build from r67442 just fine. I ran a
 recursive diff to see what the difference was between the tarball and the
 svn checkout, and found that gui/wxpython/xml/menudata.xml and
 gui/wxpython/xml/module_tree_menudata.xml don't exist in SVN. Removing
 those files from the tarball lets me build.
 > I have updated the release procedure to explicitly delete these files in
 r67511, r67512.
 > Now this should no longer happen.

 Original issue solved for trunk and 7.0 branch. I'm closing the ticket.
 Change of build system as suggested by [comment:32 Glynn] is for a
 separate ticket (those who know how to formulate the problem, feel free to
 open it).

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-11 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
-+-
  Reporter:  scimmia |  Owner:  grass-dev@…
  Type:  defect  | Status:  new
  Priority:  blocker |  Milestone:  7.0.4
 Component:  Compiling   |Version:  unspecified
Resolution:  |   Keywords:  xml, toolboxes, Makefile, svnprop,
 |  wxGUI, releasing
   CPU:  x86-64  |   Platform:  Linux
-+-

Comment (by glynn):

 Replying to [comment:27 wenzeslaus]:

 > It's hard for me to tell what's right at this point but the `OBJ.*` are
 generated during compilation and ignored by `svn status`, so shouldn't be
 the desired behavior the same for all the generated files. Or should go
 all the generated files to `OBJ.*` dirs?

 That would be nice for various reasons, but isn't always practical.

 At present, if you build with e.g.
 {{{
 make 'OBJDIR=$(HOME)/grass_objdir/$(RELDIR)'
 }}}
 you still end up with the following files being created in the source
 tree:
 {{{
 lib/python/ctypes/ctypesgencore/*.pyc
 locale/scriptstrings/*_to_translate.c

 gui/wxpython/menustrings.py
 gui/wxpython/xml/menudata.xml
 gui/wxpython/xml/module_tree_menudata.xml
 lib/db/sqlp/sqlp.output
 lib/db/sqlp/sqlp.tab.c
 lib/db/sqlp/sqlp.tab.h
 lib/db/sqlp/sqlp.yy.c
 lib/python/script/setup.py.tmp
 man/build_html.pyc
 raster/r.mapcalc/mapcalc.output
 raster/r.mapcalc/mapcalc.tab.c
 raster/r.mapcalc/mapcalc.tab.h
 raster/r.mapcalc/mapcalc.yy.c
 }}}

 If we could get all of those to be created in $(OBJDIR), it would be
 possible to build GRASS from a read-only source tree, or run multiple
 builds in a single source tree without them interfering with each other,
 or clean up simply by "rm -rf"ing $(OBJDIR).

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-10 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
-+-
  Reporter:  scimmia |  Owner:  grass-dev@…
  Type:  defect  | Status:  new
  Priority:  blocker |  Milestone:  7.0.4
 Component:  Compiling   |Version:  unspecified
Resolution:  |   Keywords:  xml, toolboxes, Makefile, svnprop,
 |  wxGUI, releasing
   CPU:  x86-64  |   Platform:  Linux
-+-
Changes (by wenzeslaus):

 * keywords:  xml => xml, toolboxes, Makefile, svnprop, wxGUI, releasing


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-10 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by martinl):

 At this point the issue is somehow solved for 7.0.3. I suggest to move the
 more complex solution to 7.0.4 milestone.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-10 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.4
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:  xml
   CPU:  x86-64 |   Platform:  Linux
+-
Changes (by neteler):

 * keywords:   => xml
 * milestone:  7.0.3 => 7.0.4


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-08 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by neteler):

 Replying to [comment:27 wenzeslaus]:
 >  Or should go all the generated files to `OBJ.*` dirs?

 This would probably solve the issue.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-08 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by martinl):

 Replying to [comment:18 glynn]:
 > Replying to [comment:17 neteler]:
 >
 > > I suggest to take these EXTRA_CLEAN_FILES files away from "svn
 propset" whitelisting to be sure that they become visible when running
 `svn status`. How to do that?
 {{{
 > svn propdel svn:ignore gui/wxpython/xml
 }}}

 I don't understand this advice, than `svn status` will report for the
 files which shouldn't go to SVN (are generated on compilation time)

 {{{
 ?   gui/wxpython/xml/module_tree_menudata.xml
 ?   gui/wxpython/xml/menudata.xml
 }}}

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-08 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by martinl):

 Replying to [comment:18 glynn]:
 > > I suggest to take these EXTRA_CLEAN_FILES files away from "svn
 propset" whitelisting to be sure that they become visible when running
 `svn status`. How to do that?

 sorry, but why do you need that they are visible when running `svn
 status`?

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-08 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by neteler):

 Replying to [comment:19 martinl]:
 > I don't understand this advice, than `svn status` will report for the
 files which shouldn't go to SVN (are generated on compilation time)
 >
 > {{{
 > ?   gui/wxpython/xml/module_tree_menudata.xml
 > ?   gui/wxpython/xml/menudata.xml
 > }}}

 Well, here it behaves differently!

 {{{
 [neteler@pgis_north wxpython]$ pwd
 /home/neteler/software/grass71/gui/wxpython

 [neteler@pgis_north wxpython]$ grep EXTRA Makefile
 EXTRA_CLEAN_FILES = menustrings.py build_ext.pyc xml/menudata.xml
 xml/module_tree_menudata.xml */*.pyc

 [neteler@pgis_north wxpython]$ ls -la menustrings.py build_ext.pyc
 xml/menudata.xml xml/module_tree_menudata.xml */*.pyc
 ls: cannot access build_ext.pyc: No such file or directory
 ls: cannot access */*.pyc: No such file or directory
 -rw-r--r-- 1 neteler gis 109299 Jan  8 16:04 menustrings.py
 -rw-r--r-- 1 neteler gis 172934 Jan  8 16:04 xml/menudata.xml
 -rw-r--r-- 1 neteler gis 157982 Jan  8 16:04 xml/module_tree_menudata.xml
 [neteler@pgis_north wxpython]$ svn status
 [neteler@pgis_north wxpython]$
 }}}

 ... nothing identified. Strange?

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-08 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by wenzeslaus):

 Replying to [comment:26 neteler]:
 >
 > Simple:  the "make clean" may be interrupted, so garbarge remains and
 goes, as we have just seen above, unnoticed into the source tarball. This
 I want to avoid in future.
 >
 > Solution: make the garbage visible in "svn status" since I run that
 prior to package the source tarball. Whatever leftover doesn't show up
 will be published.

 It's hard for me to tell what's right at this point but the `OBJ.*` are
 generated during compilation and ignored by `svn status`, so shouldn't be
 the desired behavior the same for all the generated files. Or should go
 all the generated files to `OBJ.*` dirs?

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-08 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by martinl):

 Replying to [comment:23 neteler]:
 > I did not to that, didn't touch anything yet.

 Then `svn status` will report nothing.

 > So, what I want to achieve here is the same output you get. Does it
 depend on the svn client version?

 No, `svn status` will report these files after you run `svn propdel
 svn:ignore gui/wxpython/xml`. But I still don't understand what's the
 point.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-08 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by martinl):

 Replying to [comment:21 neteler]:
 > > I don't understand this advice, than `svn status` will report for the
 files which shouldn't go to SVN (are generated on compilation time)
 > >
 {{{
 > > ?   gui/wxpython/xml/module_tree_menudata.xml
 > > ?   gui/wxpython/xml/menudata.xml
 }}}
 >
 > Well, here it behaves differently!

 This happens after you delete `svn:ignore` property by `svn propdel
 svn:ignore gui/wxpython/xml`. I still don't understand why you need this.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-08 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by martinl):

 I don't see any problem here:

 1. `configure && make`

  * File `gui/wxpython/xml/menudata.xml` exists

 2. `make clean`

  * File `gui/wxpython/xml/menudata.xml` doesn't exists

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-08 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by neteler):

 Replying to [comment:25 martinl]:
 > No, `svn status` will report these files after you run `svn propdel
 svn:ignore gui/wxpython/xml`.

 OK, so let's apply that to SVN!

 > But I still don't understand what's the point.

 Simple:  the "make clean" may be interrupted, so garbarge remains and
 goes, as we have just seen above, unnoticed into the source tarball. This
 I want to avoid in future.

 Solution: make the garbage visible in "svn status" since I run that prior
 to package the source tarball. Whatever leftover doesn't show up will be
 published. And cause tickets like this one :-)

 If you disagree (no problem) close the ticket as done since I updated the
 release procedure to include extra leftover collection in r67511, r67512.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-07 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by neteler):

 Replying to [comment:16 scimmia]:
 > OK, new info. I was able to build from r67442 just fine. I ran a
 recursive diff to see what the difference was between the tarball and the
 svn checkout, and found that gui/wxpython/xml/menudata.xml and
 gui/wxpython/xml/module_tree_menudata.xml don't exist in SVN. Removing
 those two files from the tarball lets me build.

 Great you found the issue! Yet I am surprised since

 {{{
 gui/wxpython/Makefile
 }}}

 contains

 {{{
 EXTRA_CLEAN_FILES = menustrings.py build_ext.pyc xml/menudata.xml
 xml/module_tree_menudata.xml */*.pyc
 }}}

 ... so it is wiped out here:

 {{{
 grep EXTRA_CLEAN_FILES include/Make/Rules.make
 -rm -f $(EXTRA_CLEAN_FILES) *.tab.[ch] *.yy.c *.output *.backup
 *.tmp.html *.pyc $(DEPFILE)
 }}}

 I have updated the release procedure to explicitly delete these files in
 r67511, r67512.
 Now this should no longer happen.

 I suggest to take these EXTRA_CLEAN_FILES files away from "svn propset"
 whitelisting to be sure that they become visible when running `svn
 status`. How to do that?

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-07 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by glynn):

 Replying to [comment:17 neteler]:

 > I suggest to take these EXTRA_CLEAN_FILES files away from "svn propset"
 whitelisting to be sure that they become visible when running `svn
 status`. How to do that?
 {{{
 svn propdel svn:ignore gui/wxpython/xml
 }}}

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-06 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by scimmia):

 OK, new info. I was able to build from r67442 just fine. I ran a recursive
 diff to see what the difference was between the tarball and the svn
 checkout, and found that gui/wxpython/xml/menudata.xml and
 gui/wxpython/xml/module_tree_menudata.xml don't exist in SVN. Removing
 those two files from the tarball lets me build.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-06 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by neteler):

 Replying to [comment:14 scimmia]:
 > This makes the process a whole lot longer than it would with Git. :(

 There was once (or still is) a git copy of the SVN repo...

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-05 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by scimmia):

 That's the thing, I can still build 7.0.2 just fine; I wouldn't have filed
 the bug here otherwise. There are no external differences, the only
 difference is the grass code. I am on GNU Make 4.1, so maybe that's why
 I'm seeing it and you're not.

 My issue with bisecting isn't that it isn't automated, it's that the large
 majority of the revisions involved aren't in the release branch. This
 makes the process a whole lot longer than it would with Git. :( I'll take
 a look at it.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-04 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by wenzeslaus):

 Replying to [comment:12 scimmia]:
 > My question, though, is what changed between 7.0.2 and 7.0.3RC1 that
 caused this? If this was in git, I'd bisect to figure out what happened,
 but I SVN's linear nature makes that a lot more difficult.

 7.0.2 and 7.0.3RC1 revisions:

 *
 
https://trac.osgeo.org/grass/log/grass/tags/release_20151119_grass_7_0_2/gui/wxpython
 *
 
https://trac.osgeo.org/grass/log/grass/tags/release_20151231_grass_7_0_3RC1/gui/wxpython

 All changes in the `gui/wxpython` dir:

 *
 https://trac.osgeo.org/grass/log/grass/branches/releasebranch_7_0/gui/wxpython

 The difference for the `gui/wxpython` dir and the `Makefile`:

 *
 
https://trac.osgeo.org/grass/changeset?reponame==67430%40grass%2Fbranches%2Freleasebranch_7_0%2Fgui%2Fwxpython=66784%40grass%2Fbranches%2Freleasebranch_7_0%2Fgui%2Fwxpython
 *
 
https://trac.osgeo.org/grass/changeset?reponame==67430%40grass%2Fbranches%2Freleasebranch_7_0%2Fgui%2Fwxpython%2FMakefile=66784%40grass%2Fbranches%2Freleasebranch_7_0%2Fgui%2Fwxpython%2FMakefile

 Does this happen for you with other versions, i.e. trunk, older releases
 (compiled now)? You can try manual bisect in release branch 7.0 in
 `gui/wxpython` dir between r67430 and r66784 or in the whole source code
 between r66860 and r67442:

 *
 
https://trac.osgeo.org/grass/log/grass/branches/releasebranch_7_0/gui/wxpython?rev=67430_rev=66784

 *
 
https://trac.osgeo.org/grass/log/grass/branches/releasebranch_7_0?rev=67442_rev=66860

 However, I don't see any changes which could cause it. Are there any
 external things which can cause the difference? Different OS, make version
 etc.? (I have Ubuntu 15.10 with make GNU Make 4.0, x86_64, I'm not aware
 of any special settings.) It is also possible that the Makefile was
 already wrong but now the problem is visible. With my limited Makefile
 understanding, I don't see anything wrong there, although there is
 probably more ways how to write this Makefile.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-04 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by scimmia):

 I really don't know much about makefiles, so I'm not sure what's going on
 or what the best solution is. My question, though, is what changed between
 7.0.2 and 7.0.3RC1 that caused this? If this was in git, I'd bisect to
 figure out what happened, but I SVN's linear nature makes that a lot more
 difficult.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by wenzeslaus):

 I don't understand what is happening and it seems to me that it skips
 compilation of dependencies of the rule `default` but I'm adding a patch
 (also in attachment) which might improve the situation (I cannot reproduce
 it).

 {{{
 #!diff
 -xml/menudata.xml: core/toolboxes.py
 +$(DSTDIR)/xml/menudata.xml: core/toolboxes.py $(DSTDIR)/xml/toolboxes.xml
 $(DSTDIR)/xml/wxgui_items.xml $(DSTDIR)/xml/module_items.xml
 $(DSTDIR)/xml/main_menu.xml
 $(call run_grass,$(PYTHON) $< > $@)

 -xml/module_tree_menudata.xml: core/toolboxes.py
 +$(DSTDIR)/xml/module_tree_menudata.xml: core/toolboxes.py
 $(DSTDIR)/xml/toolboxes.xml $(DSTDIR)/xml/wxgui_items.xml
 $(DSTDIR)/xml/module_items.xml $(DSTDIR)/xml/module_tree.xml
 $(call run_grass,$(PYTHON) $< "module_tree" > $@)
 }}}

--
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
--+-
 Reporter:  scimmia   |  Owner:  grass-dev@…
 Type:  defect| Status:  new
 Priority:  critical  |  Milestone:  7.0.3
Component:  wxGUI |Version:  unspecified
 Keywords:|CPU:  x86-64
 Platform:  Linux |
--+-
 I'm getting a failure with 7.0.3RC1 on Arch Linux. The exact same script
 works fine with 7.0.2. For the output here, I just ran make on the problem
 dir. Build script is here:
 https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=grass

 Doesn't seem to be a race condition as make is being ran with -j1, but
 oddly enough, running make a couple more times in the same dir gets
 through it. The GUI still fails to run, though.
 {{{
 dnewgard@Scimmia ../grass/src/grass-7.0.3RC1/gui/wxpython % make
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/bin.x86_64-pc-
 linux-gnu
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/include/grass
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/lib
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/bin
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/etc
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/driver
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/driver/db
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/fonts
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/docs
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/docs/html
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/docs/man
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/docs/man/man1
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/tools
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/animation
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/core
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/dbmgr
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/gcp
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/gmodeler
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/gui_core
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/iclass
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/lmgr
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/location_wizard
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/mapwin
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/mapdisp
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/modules
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/nviz
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/psmap
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/mapswipe
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/vdigit
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/wxplot
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/web_services
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/rlisetup
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/vnet
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/timeline
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/iscatt
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/tplot
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/icons
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/scripts
 

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-
Changes (by martinl):

 * priority:  critical => blocker
 * component:  wxGUI => Compiling


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-
Changes (by wenzeslaus):

 * Attachment "grass_ticket_2845_dependencies.diff" added.

 Adds dependencies to toolbox to menudata rules and generates files only in
 dist

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by scimmia):

 The patch helps significantly. I can now build successfully as long as I
 use make -j1. When I use -j5 as I normally do, I still get an error, but
 it's harder to track.
 {{{
 Makefile:53: recipe for target
 '/home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/wxpython/xml/module_items.xml' failed
 }}}

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by scimmia):

 Shoot, pasted wrong line
 {{{
 /bin/sh: /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython/xml/module_items.xml: No such file or directory
 }}}

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by scimmia):

 Both. Here's the section from entering to leaving.
 {{{
 make[3]: Entering directory
 '/home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/gui/wxpython'
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/wxpython
 Generating interface description for all modules...
 /usr/bin/install -c  -m 644 startup_banner_isis.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/startup_banner_isis.png
 /usr/bin/install -c  -m 644 small_down_arrow.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/small_down_arrow.png
 /usr/bin/install -c  -m 644 splash_screen.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/splash_screen.png
 /usr/bin/install -c  -m 644 startup_banner.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/startup_banner.png
 /usr/bin/install -c  -m 644 qgis_world.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/qgis_world.png
 /usr/bin/install -c  -m 644 small_up_arrow.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/small_up_arrow.png
 /usr/bin/install -c  -m 644 scalebar-fancy.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/scalebar-fancy.png
 /usr/bin/install -c  -m 644 grass_form.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/grass_form.png
 /usr/bin/install -c  -m 644 loc_wizard_qgis.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/loc_wizard_qgis.png
 /usr/bin/install -c  -m 644 scalebar-simple.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/scalebar-simple.png
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/images/symbols
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/images/symbols/basic
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/images/symbols/demo
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/images/symbols/extra
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/images/symbols/geology
 mkdir -p /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-
 linux-gnu/gui/images/symbols/n_arrows
 /usr/bin/install -c  -m 644 symbols/basic/cross2.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/cross2.png
 /usr/bin/install -c  -m 644 symbols/basic/point.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/point.png
 /usr/bin/install -c  -m 644 symbols/basic/marker.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/marker.png
 /usr/bin/install -c  -m 644 symbols/basic/arrow1.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/arrow1.png
 /usr/bin/install -c  -m 644 symbols/basic/cross3.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/cross3.png
 /usr/bin/install -c  -m 644 symbols/basic/circle.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/circle.png
 /usr/bin/install -c  -m 644 symbols/basic/diamond.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/diamond.png
 /usr/bin/install -c  -m 644 symbols/basic/arrow2.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/arrow2.png
 /usr/bin/install -c  -m 644 symbols/basic/triangle.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/triangle.png
 /usr/bin/install -c  -m 644 symbols/basic/star.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/star.png
 /usr/bin/install -c  -m 644 symbols/basic/pushpin.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/pushpin.png
 /usr/bin/install -c  -m 644 symbols/basic/box.png
 /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/images/symbols/basic/box.png
 

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by wenzeslaus):

 Replying to [comment:3 scimmia]:
 > When I use -j5 as I normally do, I still get an error, but it's harder
 to track.
 > {{{
 > Makefile:53: recipe for target
 '/home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64-pc-linux-
 gnu/gui/wxpython/xml/module_items.xml' failed
 > }}}

 Replying to [comment:4 scimmia]:
 > Shoot, pasted wrong line
 > {{{
 > /bin/sh: /home/dnewgard/PKGBUILDs/grass/src/grass-7.0.3RC1/dist.x86_64
 -pc-linux-gnu/gui/wxpython/xml/module_items.xml: No such file or directory
 > }}}

 Are both there or just one? `module_items.xml` should be created as first
 item in the `default` target and then it is required by following items
 inside recipe for the `default` target (implicitly, all things inside one
 target should always go in sequence AFAIK). These are the lines:

 {{{
 default: $(DSTFILES)
 -$(MAKE) $(DSTDIR)/xml/module_items.xml
 -$(MAKE) xml/menudata.xml
 -$(MAKE) xml/module_tree_menudata.xml
 }}}

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by wenzeslaus):

 From the error message

 {{{
 /bin/sh: .../dist.x86_64-pc-linux-gnu/gui/wxpython/xml/module_items.xml:
 No such file or directory
 }}}

 I would say that the directory `xml` does not exist (the
 `module_items.xml` should be created in this step, it does not exist
 before but the `xml` directory in distribution should).

 I'm not sure how much we can rely on the order of operations in relation
 to the order in the output but your log says that several directories were
 created, starting with `gui/wxpython`, then it follows with
 `gui/wxpython/symbols` and its subdirs, then there is
 `gui/wxpython/images` and then it tries to create
 `gui/wxpython/xml/module_items.xml` (as stdout redirect) but it fails with
 `No such file or directory` because `gui/wxpython/xml/` was not yet
 created.

 With help of //make// manual I was trying to check the dependencies
 (prerequisites) in the Makefile and it seems correct. `default` which
 contain `$(MAKE) $(DSTDIR)/xml/module_items.xml` requires `$(DSTFILES)`
 which (I guess) include `$(DSTDIR)/gui/wxpython/xml/*.xml`. This is target
 included in `$(DSTDIR)/%` rule which depends on `$(DSTDIRS)` which creates
 the directories. So, I don't understand why `xml` is not created (if it is
 even the case).

 Try the newly attached 3rd version of the patch, I've tried to include
 `$(DSTDIR)` where I think it should be (although it probably works the
 same without it). I also added another explicit dependencies which should
 be given by the order inside the recipe or by its dependencies but I added
 them anyway:

 {{{
 #!diff
  default: $(DSTFILES)
 -$(MAKE) $(DSTDIR)/xml/module_items.xml
 -   -$(MAKE) xml/menudata.xml
 -   -$(MAKE) xml/module_tree_menudata.xml
 +   -$(MAKE) $(DSTDIR)/xml/menudata.xml
 +   -$(MAKE) $(DSTDIR)/xml/module_tree_menudata.xml
 -$(MAKE) menustrings.py
 $(MAKE) parsubdirs

 -xml/menudata.xml: core/toolboxes.py
 +$(DSTDIR)/xml/menudata.xml: core/toolboxes.py ...
 $(DSTDIR)/xml/module_items.xml
 $(call run_grass,$(PYTHON) $< > $@)

 -xml/module_tree_menudata.xml: core/toolboxes.py
 +$(DSTDIR)/xml/module_tree_menudata.xml: core/toolboxes.py ...
 $(DSTDIR)/xml/module_items.xml

 -$(DSTDIR)/xml/module_items.xml: tools/build_modules_xml.py
 +$(DSTDIR)/xml/module_items.xml: tools/build_modules_xml.py $(DSTDIRS)
 }}}

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-
Changes (by wenzeslaus):

 * Attachment "grass_ticket_2845_dependencies.2.diff" added.


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by scimmia):

 I just did 3 builds with version 3 of the patch, all successful. I think
 you've got it.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-
Changes (by wenzeslaus):

 * Attachment "grass_ticket_2845_dependencies.3.diff" added.

 even more explicitly expressed dependencies

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2845: Build failure with 7.0.3RC1 on Linux

2016-01-02 Thread GRASS GIS
#2845: Build failure with 7.0.3RC1 on Linux
+-
  Reporter:  scimmia|  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  blocker|  Milestone:  7.0.3
 Component:  Compiling  |Version:  unspecified
Resolution: |   Keywords:
   CPU:  x86-64 |   Platform:  Linux
+-
Changes (by wenzeslaus):

 * Attachment "grass_ticket_2845_dependencies.4.diff" added.

 remove module_items.xml from dependencies as any occurrence causes the
 process to execute more than once

--
Ticket URL: 
GRASS GIS 

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