So, this topic has come up before, when the OS X build server was still
usable but to be deprecated in "the near future". We didn't have too much
luck on executing on a good solution then.

My thoughts:

   - Dropping the installer would not be the end of the world, but should
   still be a last resort. The system independent binary runs fine on OS X
   (and Java is generally installed by default). If we go this route, we need
   to be sure to update the install instructions
   - If we can get some OSGeo funding for a mac build server that
   definitely seems like the best option.
   - Someone manually building the installers seems like a good way to get
   a mac installer only on some releases and not on others (due to
   availability or lack thereof), which almost seems worse from a user
   perspective then not building the installer at all. I feel like we would
   want at least two volunteers if we were to seriously consider this option.

I also have a suggestion for a fourth option:

   - If we are okay with an unsigned installer, I have heard there is a way
   of spinning up a OS X build box on demand via Travis CI; this might be a
   easy way of generating the OS X artifacts. I don't know much more about
   this, but this looks like it could be another option.


On Tue, Feb 20, 2018 at 1:08 AM, Andrea Aime <>

> Hi,
> after a chat on gitter yesterday it seems clear 2.11.5 and 2.13-beta will
> not have a OSX installer.
> The OSX build server that was used to build the installers is gone, and in
> order to build a signed
> installer one needs to get a hold of OSGeo certificate, which requires
> some procedure and control
> to be given out.
> So, options coming to mind:
>    - We simply drop the installer?
>    - Can we use OSGeo funding to get a build server going again? Looks
>    like the are some "reasonably" priced options here: https://portal.
>    - Can we get a volunteer that will build the installer manually every
>    month? Can we go with an unsigned installer, or will we find someone that's
>    willing and trusted enough to get a hold of the OSGeo certificate?
> Ideas? Anyone interested in volunteering?
> Cheers
> Andrea
> ==
> GeoServer Professional Services from the experts! Visit
> for more information.
> ==
> Ing. Andrea Aime
> @geowolf
> Technical Lead
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites,!
> _______________________________________________
> Geoserver-devel mailing list
Check out the vibrant tech community on one of the world's most
engaging tech sites,!
Geoserver-devel mailing list

Reply via email to