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

Even Rouault even.rouault at spatialys.com
Mon Aug 10 13:13:11 PDT 2015 

Le lundi 10 août 2015 20:51:32, Lime, Steve D (MNIT) a écrit :
> ‘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.

Steve,

For some reason, I can't do any modification to the appveyor mapserver project, 
even once logged in.

I've pushed appveyor.yml to mapserver master. It should be hopefuly relatively 
easy for you to enable mapserver builds now.

Even

> 
> Steve
> 
> 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
> 
> Steve,
> 
> 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.
> 
> Even
> 
> 
> ---
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> 
> -------- 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.
> 
> Steve
> 
> -----Original Message-----
> From:
> mapserver-dev-bounces at lists.osgeo.org<mailto:mapserver-dev-bounces at lists.o
> sgeo.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
> 
> Hi,
> 
> I've experimented a Appveyor Windows continuous integration setup in my
> fork : https://github.com/rouault/mapserver/blob/appveyor/appveyor.yml
> 
> And finally managed to get a successful build:
> https://ci.appveyor.com/project/rouault/mapserver/build/1.0.33
> 
> 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-
> x64/lib/freetype2411.lib
> --  * 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- cairo.lib
> --   * 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
> --   * WMS SERVER: ENABLED
> --   * WFS SERVER: ENABLED
> --   * WCS SERVER: ENABLED
> --   * SOS SERVER: ENABLED
> --   * WMS CLIENT: ENABLED
> --   * WFS CLIENT: ENABLED
> --   * ICONV: ENABLED
> --   * 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 -
> DMS_EXTERNAL_LIBS=wsock32.lib
> 
> 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,
> 
> Even
> 
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> _______________________________________________
> mapserver-dev mailing list
> mapserver-dev at lists.osgeo.org<mailto:mapserver-dev at lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com

More information about the mapserver-dev mailing list