<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 4, 2015 at 4:51 PM, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On Tue, Jan 27, 2015 at 10:17 AM, Moritz Lennert<br>
<<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>> wrote:<br>
> On 25/01/15 13:09, Markus Neteler wrote:<br>
</span><span>>> I have updated that script now. Voilà:<br>
>><br>
>> <a href="http://grass.osgeo.org/grass70/manuals/addons/" target="_blank">http://grass.osgeo.org/grass70/manuals/addons/</a><br>
><br>
><br>
> Great !<br>
><br>
> Just one issue: some of the add-ons fail to compile on the server, sometimes<br>
> because some additional libraries are missing (ex: v.class.mlpy, v.nnstat<br>
> and v.kriging)<br>
<br>
</span>Yes, because they are compiled on the Windows server which generates<br>
the nightly snapshots which does not have all packages.<br>
<span><br></span></blockquote><div><br></div><div>Dependencies are easier to solve on Linux than on MS Windows but sometimes it just might be too complicated to get them.<br><br></div><div>With Andy [1] we tried yesterday an approach where you avoid import of the uncommon dependency at the beginning [2] and you import it only after grass.script.parser() call [3]. This approach seems to work sufficiently [4]. If the dependency is not present, user will get an after running the module, GUI and help will be shown, which might be actually a bit frustrating because at this point you already filled all the parameters, however, it seems like a good compromise. It should work for most of the Python scripts, e.g. v.class.mlpy and <a href="http://v.class.ml">v.class.ml</a>.<br></div><div><br></div><div>Another thing which needs more work is a possibility of installing dependencies using the module itself, e.g. when a special flag (possibly not processes by parser) is provided.<br><br>See also "how to formulate Makefiles for addons so that additional files get installed correctly by g.extension" discussion [1].<br><br></div><div>Vaclav<br></div><div><br>[1] <a href="http://lists.osgeo.org/pipermail/grass-dev/2015-February/073713.html">http://lists.osgeo.org/pipermail/grass-dev/2015-February/073713.html</a><br>[2] <a href="http://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.flexure/r.flexure.py?rev=64452#L157">http://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.flexure/r.flexure.py?rev=64452#L157</a><br>[3] <a href="http://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.flexure/r.flexure.py?rev=64452#L176">http://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.flexure/r.flexure.py?rev=64452#L176</a><br>[4] <a href="http://grass.osgeo.org/grass70/manuals/addons/r.flexure.html">http://grass.osgeo.org/grass70/manuals/addons/r.flexure.html</a><br>[5] <a href="http://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.flexure/r.flexure.py?rev=64452#L295">http://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.flexure/r.flexure.py?rev=64452#L295</a><br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>
> and because of that they are not listed on this page.<br>
<br>
</span>Do you have an example? They are all autogenerated if they are in the<br>
parent Makefile registered.<br>
<span><br>
> I don't know what the policy is: should all modules compile on the server<br>
> and so should all dependencies be installed,<br>
<br>
</span>Ideally yes but that's quite some work for the Windows server admin...<br>
<span><br>
> or do we have to find a<br>
> different solution for these ? Is it possible to only make the man pages and<br>
> so avoid the issue of dependencies in the main source code ?<br>
<br>
</span>I could instead generate them on Linux. But not too soon due to being<br>
too busy these days.<br>
<span><font color="#888888"><br>
Markus<br>
</font></span></blockquote></div><br></div></div>