<div dir="ltr"><div><br>On Thu, Feb 2, 2017 at 4:16 PM, Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br>><br>> Hi,<br>><br>> in order to compile GRASS 7.2.0 on EPEL6 I have created backport patches of<br>><br>> <a href="https://trac.osgeo.org/grass/changeset/70235">https://trac.osgeo.org/grass/changeset/70235</a> (needed to be able to<br>> apply the next patch)<br>><br>> <a href="https://trac.osgeo.org/grass/changeset/70476">https://trac.osgeo.org/grass/changeset/70476</a><br>><br>> This reduces the errors on EPEL6 to:<br>><br>> Errors in:<br>> /builddir/build/BUILD/grass-7.2.0/display/d.barscale<br>> /builddir/build/BUILD/grass-7.2.0/display/d.northarrow<br>> /builddir/build/BUILD/grass-7.2.0/display/d.vect<br>> /builddir/build/BUILD/grass-7.2.0/raster/r.colors<br>> /builddir/build/BUILD/grass-7.2.0/vector/v.colors<br>> /builddir/build/BUILD/grass-7.2.0/temporal/t.rast.colors<br>> /builddir/build/BUILD/grass-7.2.0/man<br>><br>> Still the parser... (and one wx missing - perhaps that could be<br>> changed to lazy import?).<br>><br>> The compile errors can be easily spotted by searching for "Error 1" in the log:<br>> <a href="https://copr-be.cloud.fedoraproject.org/results/neteler/grass72_epel6/epel-6-x86_64/00506696-grass/build.log.gz">https://copr-be.cloud.fedoraproject.org/results/neteler/grass72_epel6/epel-6-x86_64/00506696-grass/build.log.gz</a><br>><br>> Markus<br><br></div><div>This looks like that the 2.6 HTMLParser is more picky about the HTML:<br></div><div><br>...barscale.html /builddir/build/BUILD/grass-7.2.0/dist.x86_64-redhat-linux-gnu/docs/man/man1/d.barscale.1<br>Traceback (most recent call last):<br>  File "/builddir/build/BUILD/grass-7.2.0/dist.x86_64-redhat-linux-gnu/tools/<a href="http://g.html2man.py">g.html2man.py</a>", line 71, in <module><br>    main()<br>  File "/builddir/build/BUILD/grass-7.2.0/dist.x86_64-redhat-linux-gnu/tools/<a href="http://g.html2man.py">g.html2man.py</a>", line 50, in main<br>    p.close()<br>  File "/usr/lib64/python2.6/HTMLParser.py", line 112, in close<br>    self.goahead(1)<br>  File "/usr/lib64/python2.6/HTMLParser.py", line 164, in goahead<br>    self.error("EOF in middle of construct")<br>  File "/usr/lib64/python2.6/HTMLParser.py", line 115, in error<br>    raise HTMLParseError(message, self.getpos())<br>HTMLParser.HTMLParseError: EOF in middle of construct, at line 54, column 8<br><br></div><div>The following one will be tricky to fix. It is already a workaround because of some cross dependencies and all GUI depends on wx if not for other reason it is because all depends on globalvar module which needs wx and testing wx is its main purpose. It is a reasonable request not to require wx for build, but if the case is just building in non-GUI requirement there are two other options: make the process ignore all errors (not ideal) or have a switch to build without GUI (that would be advantageous also for the speed).<br></div><div><br>...python core/menutree.py "manager" >> menustrings.py<br>Traceback (most recent call last):<br>  File "core/menutree.py", line 44, in <module><br>    import wx<br>ImportError: No module named wx<br>make[4]: Leaving directory `/builddir/build/BUILD/grass-7.2.0/gui/wxpython'<br>make[4]: *** [menustrings.py] Error 1<br><br>The last one is documentation related. argparse is available only in >2.7 and >3.2, needs some rewrite:<br><br>Traceback (most recent call last):<br>  File "./parser_standard_options.py", line 8, in <module><br>    import argparse<br>ImportError: No module named argparse<br>make[3]: *** [/builddir/build/BUILD/grass-7.2.0/dist.x86_64-redhat-linux-gnu/docs/html/parser_standard_options.html] Error 1<br><br></div><br></div>