From: Simone G. <sim...@ge...> - 2010-03-22 23:30:32
|
trunk release? 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. 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 <jod...@gm...> 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 >> <mic...@gm...> 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 >>> Geo...@li... >>> 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 >> Geo...@li... >> 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 > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-devel > |