Could we put this off until right before an actual trunk release? Or we may 
wish to do this for both 2.6.x and trunk in one go (in order to have an easier 
time applying patches).

There seems to be agreement on the email list here that it is a worthwhile 
change. Should probably still make a proposal.

Jody

On 20/03/2010, at 4:51 AM, Simone Giannecchini wrote:

> now, should we request a formal proposal to investigate this better or
> do you suggest a more agile apporach?
> I am assuming anyway, that whatever we will do, will happen on trunk.
> 
> 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://www.linkedin.com/in/simonegiannecchini
> http://twitter.com/simogeo
> 
> -------------------------------------------------------
> 
> 
> 
> On Fri, Mar 19, 2010 at 3:06 PM, Michael Bedward
> <michael.bedw...@gmail.com> wrote:
>> On 20 March 2010 00:01, Justin Deoliveira wrote:
>>> +1 to this idea. There is definitely need of an incubator space since
>>> they should really be treated differently from unsupported. I would be
>>> happy leaving unsupported as is but adding an incubator section for new
>>> modules and experimentation.
>> 
>> I quite like this idea too and I think users would find it easier to work 
>> with.
>> 
>> Michael
>> 
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Geotools-devel mailing list
>> Geotools-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>> 
> 
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel


------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to