Smoke testers welcome for GeoServer 2.6.4 release artifacts:
http://ares.boundlessgeo.com/geoserver/release/2.6.4/
Jody, are you able to generate a DMG?
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand
While testing I noticed that module directory names in geoserver-2.6.4-src.zip are wildly inaccurate and do not match the pom, causing the build to fail. But we no longer use this archive, as the release pages link to GitHub source code archives, which are automagically generated on demand for any tag.
Should we remove the generation of geoserver-*-src.zip from the geoserver-release script as the output is just broken cruft?
Kind regards,
Ben.
On 18/06/15 10:48, Ben Caradoc-Davies wrote:
Smoke testers welcome for GeoServer 2.6.4 release artifacts:
http://ares.boundlessgeo.com/geoserver/release/2.6.4/Jody, are you able to generate a DMG?
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand
yes we should remove the generation of the src.zip files if you have a chance!
On 17 June 2015 at 16:11, Ben Caradoc-Davies <ben@anonymised.com> wrote:
While testing I noticed that module directory names in
geoserver-2.6.4-src.zip are wildly inaccurate and do not match the pom,
causing the build to fail. But we no longer use this archive, as the
release pages link to GitHub source code archives, which are
automagically generated on demand for any tag.Should we remove the generation of geoserver-*-src.zip from the
geoserver-release script as the output is just broken cruft?Kind regards,
Ben.On 18/06/15 10:48, Ben Caradoc-Davies wrote:
Smoke testers welcome for GeoServer 2.6.4 release artifacts:
http://ares.boundlessgeo.com/geoserver/release/2.6.4/Jody, are you able to generate a DMG?
Kind regards,
–
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand
Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
–
Jody Garnett
DMG uploading now.
On 17 June 2015 at 15:48, Ben Caradoc-Davies <ben@anonymised.com> wrote:
Smoke testers welcome for GeoServer 2.6.4 release artifacts:
http://ares.boundlessgeo.com/geoserver/release/2.6.4/Jody, are you able to generate a DMG?
Kind regards,
–
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand
–
Jody Garnett
Sure. I checked and it is not the geoserver-release script but the top-level pom that causes assembly of geoserver-*-src.zip. Removing release/src.xml and its mention in the top level pom should prevent the creation of geoserver-*-src.zip files during the assembly phase. I will test that my understanding is correct and submit some pull requests.
Kind regards,
Ben.
On 19/06/15 04:06, Jody Garnett wrote:
yes we should remove the generation of the src.zip files if you have a
chance!
On 17 June 2015 at 16:11, Ben Caradoc-Davies <ben@anonymised.com> wrote:While testing I noticed that module directory names in
geoserver-2.6.4-src.zip are wildly inaccurate and do not match the pom,
causing the build to fail. But we no longer use this archive, as the
release pages link to GitHub source code archives, which are
automagically generated on demand for any tag.
Should we remove the generation of geoserver-*-src.zip from the
geoserver-release script as the output is just broken cruft?
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand
Thanks, Jody. I will go ahead and announce the release.
Kind regards,
Ben.
On 19/06/15 04:10, Jody Garnett wrote:
DMG uploading now.
On 17 June 2015 at 15:48, Ben Caradoc-Davies <ben@anonymised.com> wrote:Jody, are you able to generate a DMG?
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand
Pull requests for master, 2.7.x, and 2.6.x respectively:
https://github.com/geoserver/geoserver/pull/1110
https://github.com/geoserver/geoserver/pull/1111
https://github.com/geoserver/geoserver/pull/1112
On 19/06/15 08:28, Ben Caradoc-Davies wrote:
Sure. I checked and it is not the geoserver-release script but the
top-level pom that causes assembly of geoserver-*-src.zip. Removing
release/src.xml and its mention in the top level pom should prevent the
creation of geoserver-*-src.zip files during the assembly phase. I will
test that my understanding is correct and submit some pull requests.
On 19/06/15 04:06, Jody Garnett wrote:yes we should remove the generation of the src.zip files if you have a
chance!
On 17 June 2015 at 16:11, Ben Caradoc-Davies <ben@anonymised.com> wrote:While testing I noticed that module directory names in
geoserver-2.6.4-src.zip are wildly inaccurate and do not match the pom,
causing the build to fail. But we no longer use this archive, as the
release pages link to GitHub source code archives, which are
automagically generated on demand for any tag.
Should we remove the generation of geoserver-*-src.zip from the
geoserver-release script as the output is just broken cruft?
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand