> trunk release? When we eventually release a 2.7-M1 or something.
> Can you please clarify? I would suggest to do this asap, it does not > look like it can represent a big impediment for patches to me. So the other alternative (in order to easily apply patches to both) would be to perform the move to 2.6.x and trunk. Jody > 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 Sat, Mar 20, 2010 at 2:55 AM, Jody Garnett <jody.garn...@gmail.com> wrote: >> 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® 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® 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® 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® 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
