<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 5, 2019 at 7:18 AM Martin Landa <<a href="mailto:landa.martin@gmail.com">landa.martin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
čt 5. 9. 2019 v 12:48 odesílatel Sebastiaan Couwenberg<br>
<<a href="mailto:sebastic@xs4all.nl" target="_blank">sebastic@xs4all.nl</a>> napsal:<br>
> > that's wrong, g.extension is using 'svn export' (for official repo).<br>
><br>
> Using `svn export` for git repositories makes no sense/is a horrible hack.<br>
<br>
I agree, so please suggest better solution to avoid that g.extension<br>
will clone whole repository to install only single addon. Personally I<br>
have no better idea than to use `svn export`.<br></blockquote><div><br></div><div>Please also note that the latest pre-Git/GitHub g.extension was primarily not using Subversion, but it was using a nice Trac feature which allowed to download a zipped subdirectory of the repo, so Subversion was not a must-have dependency. The idea was to get rid of build tool dependencies for Python modules as well resulting in no dev packages needed for Python modules on Linux while possibly getting arbitrary Python GRASS module code on Windows from Trac or, e.g., from GitHub which supports downloading of a (whole) repo (without submodules) as a zip file.<br></div><div><br></div></div></div>