[mapserver-dev] RE : RE: Appveyor Windows continuous integration

Lime, Steve D (MNIT) Steve.Lime at state.mn.us
Mon Aug 10 11:51:32 PDT 2015

‘Today’ means Monday I guess. I created an MapServer account and added Even as a collaborator/administrator and added the mapserver/owner and developers github teams as administrators and users respectively. Hopefully that was correct.


From: mapserver-dev-bounces at lists.osgeo.org [mailto:mapserver-dev-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (MNIT)
Sent: Friday, August 07, 2015 7:55 AM
To: Even Rouault <even.rouault at spatialys.com>; mapserver-dev <mapserver-dev at lists.osgeo.org>
Subject: Re: [mapserver-dev] RE : RE: Appveyor Windows continuous integration

I’ll do that today and get back with you.

From: Even Rouault [mailto:even.rouault at spatialys.com]
Sent: Thursday, August 06, 2015 5:13 PM
To: Lime, Steve D (MNIT) <Steve.Lime at state.mn.us<mailto:Steve.Lime at state.mn.us>>; mapserver-dev <mapserver-dev at lists.osgeo.org<mailto:mapserver-dev at lists.osgeo.org>>
Subject: RE : RE: [mapserver-dev] Appveyor Windows continuous integration


the best would be then that you create the account since it will need an e mail for activation and in case of password forgetting. You can then add my github account as additional administrator.


Spatialys - Geospatial professional services

-------- Message d'origine --------
De : "Lime, Steve D (MNIT)" <Steve.Lime at state.mn.us<mailto:Steve.Lime at state.mn.us>>
Date :07/08/2015 00:00 (GMT+01:00)
À : Even Rouault <even.rouault at spatialys.com<mailto:even.rouault at spatialys.com>>, mapserver-dev <mapserver-dev at lists.osgeo.org<mailto:mapserver-dev at lists.osgeo.org>>
Cc :
Objet : RE: [mapserver-dev] Appveyor Windows continuous integration

Hi Even: Thanks for taking this on. Seems useful I since most devs have zero way to test changes in the context of Windows. Making it work with a MapServer-specific account against master sounds like the way to go rather than burdening your account. I'd be happy being the username/password custodian if need be.


-----Original Message-----
From: mapserver-dev-bounces at lists.osgeo.org<mailto:mapserver-dev-bounces at lists.osgeo.org> [mailto:mapserver-dev-bounces at lists.osgeo.org] On Behalf Of Even Rouault
Sent: Thursday, August 06, 2015 7:34 AM
To: mapserver-dev <mapserver-dev at lists.osgeo.org<mailto:mapserver-dev at lists.osgeo.org>>
Subject: [mapserver-dev] Appveyor Windows continuous integration


I've experimented a Appveyor Windows continuous integration setup in my fork :

And finally managed to get a successful build:

It does 32 and 64 bit builds, with Visual Studio 12 2013 (other versions could
be added to the matrix).

The current options are :
-- * Summary of configured options for this build
--  * Mandatory components
--   * png: C:\projects\mapserver\sdk\release-1800-x64\lib\libpng.lib
--   * jpeg: C:/projects/mapserver/sdk/release-1800-x64/lib/libjpeg.lib
--   * freetype: C:/projects/mapserver/sdk/release-1800-
--  * Optional components
--   * GDAL: C:/projects/mapserver/sdk/release-1800-x64/lib/gdal_i.lib
--   * OGR: C:/projects/mapserver/sdk/release-1800-x64/lib/gdal_i.lib
--   * GIF: C:/projects/mapserver/sdk/release-1800-x64/lib/giflib.lib
--   * MYSQL: disabled
--   * FRIBIDI: C:/projects/mapserver/sdk/release-1800-x64/lib/fribidi.lib
--   * HARFBUZZ: C:/projects/mapserver/sdk/release-1800-x64/lib/harfbuzz.lib
--   * GIF: C:/projects/mapserver/sdk/release-1800-x64/lib/giflib.lib
--   * CAIRO: C:/projects/mapserver/sdk/release-1800-x64/lib/cairo.lib
--   * SVGCAIRO: C:/projects/mapserver/sdk/release-1800-x64/lib/libsvg-
--   * RSVG: disabled
--   * CURL: C:/projects/mapserver/sdk/release-1800-x64/lib/libcurl_imp.lib
--   * PROJ: C:/projects/mapserver/sdk/release-1800-x64/lib/proj_i.lib
--   * PIXMAN: disabled
--   * LIBXML2: C:/projects/mapserver/sdk/release-1800-x64/lib/libxml2.lib
--   * POSTGIS: C:/projects/mapserver/sdk/release-1800-x64/lib/libpqdll.lib
--   * GEOS: C:/projects/mapserver/sdk/release-1800-x64/lib/geos_c.lib
--   * FastCGI: C:/projects/mapserver/sdk/release-1800-x64/lib/libfcgi.lib
--   * Oracle Spatial: disabled
--   * Exempi XMP: disabled
--  * Optional features
--   * Thread-safety support: ENABLED
--   * KML output: ENABLED
--   * Z+M point coordinate support: ENABLED
--   * XML Mapfile support: disabled
--  * Mapscripts
--   * Python: ENABLED
--   * PHP: disabled
--   * PERL: disabled
--   * RUBY: disabled
--   * JAVA: disabled
--   * C#: disabled
--   * V8 Javascript: disabled
--   * Apache Module (Experimental): disabled

So pretty much all external libs + python. No tests are run.

This relies heavily on Tamas' SDKs to provide all the required dependencies.
But I had some hard time figuring out a few cmake options. I couldn't find any
online page with a cmake Windows setup. The weirdest oddity I had to fight is
that I had to do "copy libpng.lib libpng.lib.lib" to be able to link. iconv
was a bit particular too since you have to specify ICONV_DLL unlike other
libraries. And for curl linking I add to specify -

Is there interest in migrating this to master ? My experience is that Appveyor
response time is rather dependant on the hour of the day. It can fire jobs a
few seconds after push at morning/early afternoon European time, but I found
that later in the day when North Americans wake up, builds can be queued for
minutes or hours. At least, this seems true for free accounts like mine.

The appveyor account used is mine currently. I could update it to build from
the official mapserver github repo instead of my fork, and I believe that should
work, even for pull requests.
Perhaps it would be best to have a appveyor "mapserver" account, but there's
no easy way with Appveyor to create a Appveyor account linked to a github
organization account like mapserver (contrary to Travis I believe). I found
that one can create manually a appveyor mapserver account, with independant
login&password identification, and then add github accounts of individuals as
administrators. I can try that if that's OK.

Best regards,


Spatialys - Geospatial professional services
mapserver-dev mailing list
mapserver-dev at lists.osgeo.org<mailto:mapserver-dev at lists.osgeo.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-dev/attachments/20150810/0e5569a5/attachment-0001.html>

More information about the mapserver-dev mailing list