<div dir="ltr">I might suggest going with debian testing to get reasonably new dependent libs (if that matters to you).  I've been using it for 6 months for my desktop and it has worked well for me.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 16, 2018 at 2:07 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> <br>
> I made a very rough proof of concept out of the trusty_clang travis<br>
> scripts...<br>
<br>
</span>> Thoughts? Comments?<br>
<br>
Good initiative. As far as I'm concerned, the scripts/setdevenv.sh on my <br>
native Linux env does the job, but that indeed requires to have all the <br>
dependencies right.<br>
<span class=""><br>
> <br>
> Without other steering, I guess the next steps would be:<br>
> <br>
> - do it for the best/cleanest/modern/<wbr>featureful environment & compiler<br>
> rather than the venerable Trusty (which one?)<br>
<br>
</span>Ubuntu 18.04 would probably be better. I've added it recently as one of the CI <br>
env, but using chroot instead of Docker (since I'm modestly familiate with it, <br>
and mixing root and non-root steps didn't seem to be immediately trivial)<br>
<span class=""><br>
> - don't run as root, make sure steps are fully repeatable, etc<br>
<br>
</span>I see you work arounded some things of the existing CI scripts. They can be <br>
adjusted if you need to.<br>
<span class=""><br>
> - ideally a bunch of the stuff in the existing ci .sh files would be in<br>
> Makefiles or elsewhere I think?<br>
> - have a script that runs configure/etc with all the options + dependencies<br>
> that will work in the environment. (ie. extract more of install.sh)<br>
> - keep the .o files in the container instance rather than the source tree?<br>
> <a href="http://make.mad-scientist.net/papers/multi-architecture-builds/" rel="noreferrer" target="_blank">http://make.mad-scientist.net/<wbr>papers/multi-architecture-<wbr>builds/</a> via some<br>
> autotools voodoo?<br>
<br>
</span>I didn't read the link but be aware that GDAL just uses autoconf and not <br>
automake.<br>
<span class="HOEnZb"><font color="#888888"><br>
Even<br>
<br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/gdal-dev</a></font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">--<div><a href="http://schwehr.org" target="_blank">http://schwehr.org</a></div></div>
</div>