On 5/15/11 9:43 AM, Luc Maisonobe wrote: > Le 15/05/2011 10:30, Mikkel Meyer Andersen a écrit : >> +1 >>> From me, too. > > OK, it's done now. I have put everything as subpackages of > geometry as suggested by Phil, and I have taken care to use the > proper new exceptions as suggested by Gilles. > > I could simply remove the bsp directory from sandbox now, but I > think it is a little more complicated, as we need to remove the > component from various lists (in the sandbox page, in Jira ...). > Whate is the proper procedure for this ? There is no expectation that sandbox components will stay around. Just svn rm it and edit the site (commons-site) to get rid of it. IIRC, we don't have separate JIRA projects for sandbox components, so there is nothing needed there.
Phil > > Luc > >> Den 14/05/2011 11.08 skrev "Luc Maisonobe"<luc.maison...@free.fr>: >>> Hello, >>> >>> Some weeks ago, I have imported in the sandbox a new component, >>> Apache >>> Commons BSP which implements Binary Partitioning Trees (see the >>> thread >>> about this creation >>> here:<http://markmail.org/thread/mcg23trgtl472ica>). >>> >>> Thinking further about it, I would like to directly merge it into >>> [math]. We are creating a new major release for [math], so it >>> may be a >>> good time to do so. Also as I changed the code to put it in >>> sandbox, in >>> fact I already did all the necessary work to have a working >>> implementation, with tests and clean reports from checkstyle and >>> findbugs. The implementation is complete for dimensions 1, 2 and >>> 3 in >>> Cartesian space. I also need an implementation on spherical >>> geometry but >>> I can do that regardless of the component hosting this package. >>> So the >>> component could be promoted and it really makes sense to have it >>> inside >>> [math]. >>> >>> It could be put as a bsp package at top level (alongside with >>> geometry, >>> analysis, ode ...). >>> >>> Does this suggestion makes sense ? >>> Luc >>> >>> --------------------------------------------------------------------- >>> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
