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.
On Mon, Jul 16, 2018 at 2:07 PM, Even Rouault <even.roua...@spatialys.com> wrote: > > > > I made a very rough proof of concept out of the trusty_clang travis > > scripts... > > > Thoughts? Comments? > > Good initiative. As far as I'm concerned, the scripts/setdevenv.sh on my > native Linux env does the job, but that indeed requires to have all the > dependencies right. > > > > > Without other steering, I guess the next steps would be: > > > > - do it for the best/cleanest/modern/featureful environment & compiler > > rather than the venerable Trusty (which one?) > > Ubuntu 18.04 would probably be better. I've added it recently as one of > the CI > env, but using chroot instead of Docker (since I'm modestly familiate with > it, > and mixing root and non-root steps didn't seem to be immediately trivial) > > > - don't run as root, make sure steps are fully repeatable, etc > > I see you work arounded some things of the existing CI scripts. They can > be > adjusted if you need to. > > > - ideally a bunch of the stuff in the existing ci .sh files would be in > > Makefiles or elsewhere I think? > > - have a script that runs configure/etc with all the options + > dependencies > > that will work in the environment. (ie. extract more of install.sh) > > - keep the .o files in the container instance rather than the source > tree? > > http://make.mad-scientist.net/papers/multi-architecture-builds/ via some > > autotools voodoo? > > I didn't read the link but be aware that GDAL just uses autoconf and not > automake. > > Even > > > -- > Spatialys - Geospatial professional services > http://www.spatialys.com > _______________________________________________ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev -- -- http://schwehr.org
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
