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 6EABB10168 for ; Fri, 7 Feb 2014 12:17:11 +0000 (UTC) Received: (qmail 21858 invoked by uid 500); 7 Feb 2014 12:17:07 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 21466 invoked by uid 500); 7 Feb 2014 12:17:07 -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 21458 invoked by uid 99); 7 Feb 2014 12:17:06 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Feb 2014 12:17:06 +0000 Received: from localhost (HELO mail-wg0-f52.google.com) (127.0.0.1) (smtp-auth username britter, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Feb 2014 12:17:03 +0000 Received: by mail-wg0-f52.google.com with SMTP id b13so2173255wgh.31 for ; Fri, 07 Feb 2014 04:17:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=DoiIMZfZAwUKJjmbB4ziGzrGrP2/HjXdYmx0+YROJ2s=; b=J4pmwBwVAaDEyhd2jvvfFmD/muv57mzWQpDzsJo39uSfieysxFMfnO3qokeA7e4cZc Q5VTYzLzty1hxijngRkfRv60cOWdROTB3u+NCILMHEs55lGLEw7fTAs0uvHQ9fQmcbSN ZJO9ezaVdvfPnhflxBeVpTJC2C93SujVpVlR292NUeJ8HpcGOS7oo+AJ9o0X3Uygu8Oe rc99oQBiwEuDI9mxZWI+U1g6pI/Oe56qyltoRCyCnOax/ZDLSj1zSrHq/vVzl3R4IMnc DOGycMbKyrHJ8VDtOD/knQrsSe2ENjjBhgKR/tffCmuV+celRLioCFm/zfubjA4D9CZL E46w== MIME-Version: 1.0 X-Received: by 10.180.92.169 with SMTP id cn9mr3464426wib.35.1391775421340; Fri, 07 Feb 2014 04:17:01 -0800 (PST) Received: by 10.194.6.231 with HTTP; Fri, 7 Feb 2014 04:17:01 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Feb 2014 13:17:01 +0100 Message-ID: Subject: Re: [LANG] Towards 3.3 From: Benedikt Ritter To: Commons Developers List Content-Type: multipart/alternative; boundary=f46d0435c06898a2f904f1cff7dd --f46d0435c06898a2f904f1cff7dd Content-Type: text/plain; charset=ISO-8859-1 2014-02-07 Duncan Jones : > On 31 January 2014 07:54, Benedikt Ritter wrote: > > Nice discussion. Thanks for clearing this up. So Duncan: go ahead if you > > got the time. > > Hi Benedikt, > > Based on other discussions on the ML, the fix for LANG-341 belongs in > the Conversion class. I think this warrants a larger piece of work to > implement some of the "missing" methods in that class. I therefore > suggest that LANG-341 should be ignored for 3.3 and shouldn't hold up > your plans to release. > Okay, I've set the fix version of LANG-341 to 3.x. Benedikt > > Duncan > > > > > > > > 2014/1/31 Duncan Jones > > > >> On 31 January 2014 04:37, Henri Yandell wrote: > >> > Read section 5 of the license. > >> > >> Ok, that's pretty clear-cut then. To save others from dragging up the > >> wording: > >> > >> "5. Submission of Contributions. Unless You explicitly state > >> otherwise, any Contribution intentionally submitted for inclusion in > >> the Work by You to the Licensor shall be under the terms and > >> conditions of this License, without any additional terms or > >> conditions." > >> > >> So I'd say any patch to existing source would be covered by that. The > >> term Contribution is defined higher in the license and includes > >> submission to the issue tracking system. > >> > >> Obtaining an ICLA should still be a goal, I think, but it shouldn't > >> prevent us from adding useful patches to the project. > >> > >> Duncan > >> > >> > >> > >> > On Jan 30, 2014 10:16 AM, "Benedikt Ritter" > wrote: > >> > > >> >> I'm not sure whether providing a patch for an AL licensed file is > >> >> automatically licensed under AL as well. In the end the raw diff file > >> does > >> >> not contain the AL header, so you're better of with an ICLA. > >> >> > >> >> Benedikt > >> >> > >> >> > >> >> 2014/1/27 Henri Yandell > >> >> > >> >> > Depends whose arguing probably :) > >> >> > > >> >> > Our license gives us a right to contributions under Apache 2.0 > unless > >> >> > stated otherwise; the ICLA is playing safer. We can also simply > take > >> >> > anything under a compatible license and include (with suitable > >> >> licensing). > >> >> > I did that for a method from Spring. > >> >> > > >> >> > Hen > >> >> > > >> >> > > >> >> > On Sun, Jan 26, 2014 at 1:31 PM, Duncan Jones < > duncan@wortharead.com> > >> >> > wrote: > >> >> > > >> >> > > On 26 January 2014 19:47, Duncan Jones > >> wrote: > >> >> > > > On 26 January 2014 18:49, Benedikt Ritter > >> >> wrote: > >> >> > > >> Hi Duncan, > >> >> > > >> > >> >> > > >> > >> >> > > >> 2014/1/26 Duncan Jones > >> >> > > >> > >> >> > > >>> On 26 January 2014 13:33, Benedikt Ritter < > britter@apache.org> > >> >> > wrote: > >> >> > > >>> > Hi all, > >> >> > > >>> > > >> >> > > >>> > we've fixed some bugs and we have some nice new features > >> >> > implemented > >> >> > > >>> > (DiffBuilder, Jaro-Winkler Distance, RandomUtils, > >> >> ClassPathUtils), > >> >> > > so I'm > >> >> > > >>> > planning to cut a RC in the first week of February. > >> >> > > >>> > > >> >> > > >>> > I just wanted to know if there is anything you'd like to > have > >> >> > > included in > >> >> > > >>> > the next release. Then please tag it with fix version 3.3. > >> >> > > >>> > > >> >> > > >>> > Regards, > >> >> > > >>> > Benedikt > >> >> > > >>> > > >> >> > > >>> > >> >> > > >>> I'm debating whether LANG-341 might be a candidate for > >> inclusion. > >> >> The > >> >> > > >>> patch is fairly complete, just needs Javadocs and a couple of > >> >> > > >>> additional unit tests, which I can sort over the coming week. > >> What > >> >> do > >> >> > > >>> you guys think? It seems like a useful addition to me. > >> >> > > >>> > >> >> > > >> > >> >> > > >> Yes looks neat. The problem I'm seeing is, that the last > >> activity is > >> >> > > from > >> >> > > >> Nov 2011, and the contributor has no ICLA listed (see [1]), so > >> IP is > >> >> > not > >> >> > > >> absolutely clear. I'm unsure if we can use this contribution > >> without > >> >> > the > >> >> > > >> ICLA. Anyway, Hen has contributed the patch Vincent Ricard > used, > >> so > >> >> we > >> >> > > can > >> >> > > >> use Hen's patch and improve it. > >> >> > > >> > >> >> > > >> Benedikt > >> >> > > >> > >> >> > > >> [1] > http://people.apache.org/committer-index.html#unlistedclas > >> >> > > >> > >> >> > > > > >> >> > > > Good point. I think in this case I'll ping the contributor to > get > >> >> > > > their thoughts on an ICLA and assume this will miss v3.3. He's > >> done a > >> >> > > > lot of work to extend Hen's patch and it would be a shame for > that > >> >> not > >> >> > > > to get committed if he's interested. If there's no reply (or no > >> >> > > > interest), I'll sort something for v3.4. > >> >> > > > > >> >> > > > >> >> > > Having said that... does this still represent a problem if the > >> >> > > contributor has patched existing code (containing the Apache > >> license)? > >> >> > > > >> >> > > Are there any situations where we can take a patch and apply it > to > >> >> > > trunk without the contributor having an ICLA? I certainly had > >> patches > >> >> > > applied in the past without an ICLA, but perhaps things were more > >> lax > >> >> > > then? > >> >> > > > >> >> > > > >> >> > > >> > >> >> > > >>> > >> >> > > >>> Duncan > >> >> > > >>> > >> >> > > >>> > >> >> --------------------------------------------------------------------- > >> >> > > >>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > >> >> > > >>> For additional commands, e-mail: dev-help@commons.apache.org > >> >> > > >>> > >> >> > > >>> > >> >> > > >> > >> >> > > >> > >> >> > > >> -- > >> >> > > >> http://people.apache.org/~britter/ > >> >> > > >> http://www.systemoutprintln.de/ > >> >> > > >> http://twitter.com/BenediktRitter > >> >> > > >> http://github.com/britter > >> >> > > > >> >> > > > >> --------------------------------------------------------------------- > >> >> > > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > >> >> > > For additional commands, e-mail: dev-help@commons.apache.org > >> >> > > > >> >> > > > >> >> > > >> >> > >> >> > >> >> > >> >> -- > >> >> http://people.apache.org/~britter/ > >> >> http://www.systemoutprintln.de/ > >> >> http://twitter.com/BenediktRitter > >> >> http://github.com/britter > >> >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > >> For additional commands, e-mail: dev-help@commons.apache.org > >> > >> > > > > > > -- > > http://people.apache.org/~britter/ > > http://www.systemoutprintln.de/ > > http://twitter.com/BenediktRitter > > http://github.com/britter > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > For additional commands, e-mail: dev-help@commons.apache.org > > -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter --f46d0435c06898a2f904f1cff7dd--