Hi,
since we're going to release next week it should
be freeze time.
Which does not mean no commits at all btw, it means
no commits unless you're fixing a critical bug
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
It looks like we've managed to get from two blocking issues last week down to two new blocking issues this week:
http://jira.codehaus.org/browse/GEOS-3729
http://jira.codehaus.org/browse/GEOS-3702
And Ben has flagged another in GeoTools, which I believe was tagged earlier today:
http://jira.codehaus.org/browse/GEOT-2897
Andrea Aime wrote:
Hi,
since we're going to release next week it should
be freeze time.Which does not mean no commits at all btw, it means
no commits unless you're fixing a critical bugCheers
Andrea
Thanks, Mark.
should I indicate a blocking GeoTools issue in the GeoServer Roadmap, and if so, how should I do it? The Jira filter only reports GeoServer issues.
Should I file a GeoServer fix-version 2.0.1 issue to shadow the GT issue? Or is this just too much duplication?
Note: I'll be leaving in two and a half hours. Back in a month. 
Kind regards,
Ben.
On 18/12/09 13:20, Mark Leslie wrote:
It looks like we've managed to get from two blocking issues last week
down to two new blocking issues this week:http://jira.codehaus.org/browse/GEOS-3729
http://jira.codehaus.org/browse/GEOS-3702And Ben has flagged another in GeoTools, which I believe was tagged
earlier today:http://jira.codehaus.org/browse/GEOT-2897
Andrea Aime wrote:
Hi,
since we're going to release next week it should
be freeze time.Which does not mean no commits at all btw, it means
no commits unless you're fixing a critical bugCheers
Andrea------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineer, CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
From what I recall there's precedent to filing a GeoServer issue that depends on the GeoTools issue for traceability.
Ben Caradoc-Davies wrote:
Thanks, Mark.
should I indicate a blocking GeoTools issue in the GeoServer Roadmap, and if so, how should I do it? The Jira filter only reports GeoServer issues.
Should I file a GeoServer fix-version 2.0.1 issue to shadow the GT issue? Or is this just too much duplication?
Note: I'll be leaving in two and a half hours. Back in a month.
Kind regards,
Ben.On 18/12/09 13:20, Mark Leslie wrote:
It looks like we've managed to get from two blocking issues last week
down to two new blocking issues this week:http://jira.codehaus.org/browse/GEOS-3729
http://jira.codehaus.org/browse/GEOS-3702And Ben has flagged another in GeoTools, which I believe was tagged
earlier today:http://jira.codehaus.org/browse/GEOT-2897
Andrea Aime wrote:
Hi,
since we're going to release next week it should
be freeze time.Which does not mean no commits at all btw, it means
no commits unless you're fixing a critical bugCheers
Andrea------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
It might be more straightforward to add a GeoTools Jira filter to the roadmap, and consider anything the is fix-version in the corresponding GeoTools release to block the GeoServer release.
On 18/12/09 13:37, Mark Leslie wrote:
From what I recall there's precedent to filing a GeoServer issue that
depends on the GeoTools issue for traceability.Ben Caradoc-Davies wrote:
Thanks, Mark.
should I indicate a blocking GeoTools issue in the GeoServer Roadmap,
and if so, how should I do it? The Jira filter only reports GeoServer
issues.Should I file a GeoServer fix-version 2.0.1 issue to shadow the GT
issue? Or is this just too much duplication?Note: I'll be leaving in two and a half hours. Back in a month.
Kind regards,
Ben.On 18/12/09 13:20, Mark Leslie wrote:
It looks like we've managed to get from two blocking issues last week
down to two new blocking issues this week:http://jira.codehaus.org/browse/GEOS-3729
http://jira.codehaus.org/browse/GEOS-3702And Ben has flagged another in GeoTools, which I believe was tagged
earlier today:http://jira.codehaus.org/browse/GEOT-2897
Andrea Aime wrote:
Hi,
since we're going to release next week it should
be freeze time.Which does not mean no commits at all btw, it means
no commits unless you're fixing a critical bugCheers
Andrea------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineer, CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
Mark Leslie wrote:
I'm ready to drop a tag and start the release today, but this blocker is still outstanding. Can anyone let me know what's happening with this issue and whether there's a plan to have it sorted out soonish?
--
Mark
Ciao Mark,
situation is as it is described in my last comment, that is IMHO that
problem does not really exists, again IMHO it is QGIS and othr GDAL
related software that is ignoring the pixel datum convetion for
geotiff data.
I am waiting for feedback from FrankW, meanwhile I would lower the
priority on this so that you can move forward.
Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
-------------------------------------------------------
On Mon, Dec 21, 2009 at 12:41 AM, Mark Leslie <mark.leslie@anonymised.com> wrote:
Mark Leslie wrote:
I'm ready to drop a tag and start the release today, but this blocker is
still outstanding. Can anyone let me know what's happening with this
issue and whether there's a plan to have it sorted out soonish?--
Mark------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Excellent, then I'll proceed with the release.
Thanks.
Simone Giannecchini wrote:
Ciao Mark,
situation is as it is described in my last comment, that is IMHO that
problem does not really exists, again IMHO it is QGIS and othr GDAL
related software that is ignoring the pixel datum convetion for
geotiff data.
I am waiting for feedback from FrankW, meanwhile I would lower the
priority on this so that you can move forward.Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italyphone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini-------------------------------------------------------
On Mon, Dec 21, 2009 at 12:41 AM, Mark Leslie <mark.leslie@anonymised.com> wrote:
Mark Leslie wrote:
I'm ready to drop a tag and start the release today, but this blocker is
still outstanding. Can anyone let me know what's happening with this
issue and whether there's a plan to have it sorted out soonish?--
Mark------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Sorry for chiming in late on this one but one thing that i just forgot about was that for this release we have to make sure we announce some changes to the rest api. In order to fix a pretty major security hole gs now by default requires one to be authenticated in order to access any resources. Previously anonymous users had read only (GET) access.
Related is the addition of rest to the security sub system:
http://docs.geoserver.org/2.0.x/en/user/security/sec_rest.html
Anyways, something for a blog post but I wanted to ensure it got mentioned in the release notes because any clients relying on anonymous access will now be broken.
-Justin
Mark Leslie wrote:
Excellent, then I'll proceed with the release.
Thanks.Simone Giannecchini wrote:
Ciao Mark,
situation is as it is described in my last comment, that is IMHO that
problem does not really exists, again IMHO it is QGIS and othr GDAL
related software that is ignoring the pixel datum convetion for
geotiff data.
I am waiting for feedback from FrankW, meanwhile I would lower the
priority on this so that you can move forward.Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italyphone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini-------------------------------------------------------
On Mon, Dec 21, 2009 at 12:41 AM, Mark Leslie <mark.leslie@anonymised.com> wrote:
Mark Leslie wrote:
I'm ready to drop a tag and start the release today, but this blocker is
still outstanding. Can anyone let me know what's happening with this
issue and whether there's a plan to have it sorted out soonish?--
Mark------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev _______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.