<div dir="ltr">On Tue, Sep 27, 2016 at 12:46 PM, Sandro Santilli <span dir="ltr"><<a href="mailto:strk@kbt.io" target="_blank">strk@kbt.io</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Sep 27, 2016 at 12:23:39PM +0200, Matthias Kuhn wrote:<br>
> On 09/27/2016 11:49 AM, Sandro Santilli wrote:<br>
> > On Tue, Sep 27, 2016 at 11:25:00AM +0200, Alessandro Pasotti wrote:<br>
> ><br>
> >> QGIS is already built into the docker images and you don't need to buld it<br>
> >> in a travis job (it would take too long) but yes, the docker pull operation<br>
> >> could take a while.<br>
> ><br>
> > Do Travis agent not cache downloaded docker images ?<br>
><br>
> The strategy which we use for QGIS tests (and plugin tests) and some<br>
> other plugins which I've been involved with do not depend on Docker but<br>
> instead on a precise or trusty system where additional dependencies can<br>
> be installed from repositories (which are currently missing for almost?<br>
> all distributions).<br>
<br>
</span>Yes, but Alessandro was suggesting a user to use a docker-based travis<br>
to test plugins, if I'm not mistaken.<br></blockquote><div><br></div><div><br>Yes, exactly, the Docker image contains QGIS nightlies from different branches and a few small scripts that make easier to run fully automated CI tests (unittest python classes)  inside a real QGIS instance.<br><br></div><div>We are using this system to test plugins and to run integration tests with GeoServer or other endpoints (they are also in docker containers, orchestrated with docker compose. <br></div><div> </div></div><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div></div>