Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4B43263E8 for ; Mon, 16 May 2011 18:56:42 +0000 (UTC) Received: (qmail 19639 invoked by uid 500); 16 May 2011 18:56:41 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 19544 invoked by uid 500); 16 May 2011 18:56:41 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 19536 invoked by uid 99); 16 May 2011 18:56:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 May 2011 18:56:41 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [194.206.126.239] (HELO smtp.nordnet.fr) (194.206.126.239) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 May 2011 18:56:35 +0000 Received: from lehrin (21.79.206.194.dynamic.adsl.abo.nordnet.fr [194.206.79.21]) by smtp.nordnet.fr (Postfix) with ESMTP id 68676340B6 for ; Mon, 16 May 2011 20:56:11 +0200 (CEST) Received: by lehrin (Postfix, from userid 5001) id 1EB8B405A; Mon, 16 May 2011 20:56:12 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lehrin.spaceroots.local X-Spam-Level: Received: from lehrin.spaceroots.local (lehrin.spaceroots.local [127.0.0.1]) by lehrin (Postfix) with ESMTP id DD7354056 for ; Mon, 16 May 2011 20:56:07 +0200 (CEST) Message-ID: <4DD17347.2090903@free.fr> Date: Mon, 16 May 2011 20:56:07 +0200 From: Luc Maisonobe User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110419 Thunderbird/3.1.9 MIME-Version: 1.0 To: Commons Developers List Subject: Re: [math] [sandbox] merging Apache Commons BSP into Apache Commons Math References: <4DCE4682.7020706@free.fr> <4DD002CE.1020403@free.fr> <4DD05B53.5000102@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Old-Spam-Status: No, score=-0.7 required=5.0 tests=ALL_TRUSTED,FREEMAIL_FROM, URIBL_RHS_DOB autolearn=no version=3.3.1 Le 16/05/2011 16:19, Matt Benson a �crit : > On Sun, May 15, 2011 at 6:01 PM, Phil Steitz wrote: >> 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. >> > > You would also want to edit the svn:externals property that points to > bsp/trunk from trunks-sandbox . Thanks, I think I have cleaned everything and deployed the updated commons site. It should show up at next resync. Luc > > Matt > >> Phil >>> >>> Luc >>> >>>> Den 14/05/2011 11.08 skrev "Luc Maisonobe": >>>>> 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:). >>>>> >>>>> 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-unsubscribe@commons.apache.org >>>>> For additional commands, e-mail: dev-help@commons.apache.org >>>>> >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>> For additional commands, e-mail: dev-help@commons.apache.org >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >> For additional commands, e-mail: dev-help@commons.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > For additional commands, e-mail: dev-help@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org