+1 for option 1 I think your concerns are well justified, and only if someone had some major funding milestone needing a RC today should we consider it.
Rob On Fri, Jan 7, 2011 at 11:51 AM, Justin Deoliveira <jdeol...@opengeo.org> wrote: > Hi all, > As was discussed last week the plan is to start the RC1 release tomorrow. > After thinking about the timing I have some reservations about > calling tomorrows release an RC with regard to some fo the major changes > that have taken place over the last few days and will happen tomorrow. > Most notably the gwc/wms and the coming security changes. I am a little > hesitant about starting a release directly after these changes land, and > calling that release an RC. > Anyways perhaps I am putting too much though into what "RC" means but I just > though I would voice the concern in case others feel the same, and present > some possible alternatives that have crossed my mind. > 1. Call tomorrows release another beta, and actually give a bit of a cool > down period before the official RC1 comes out that is restricted to bug > fixes and more modest features and improvements. > 2. Wait a week before releasing RC1 to at least give some time for more > testing from devs. > 3. Tell me to shut up for being a wimp and just release RC1 tomorrow. And if > problems to pop up we just fix them and put out another RC quickly. Since > hey it is not like we are going to run out of numbers. > 4. Other thoughts and alternatives welcome. > This does however beg the larger question about how we want to approach > 2.1.0. Do we just continue full steam ahead and eventually choose a time to > release 2.1.0? Or do we want some sort of ramp down period where we stick to > more conservative development as we get closer to 2.1.0? > -Justin > -- > Justin Deoliveira > OpenGeo - http://opengeo.org > Enterprise support for open source geospatial. > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
