incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Owen O'Malley" <omal...@apache.org>
Subject Re: [DISCUSS] Kudu incubator proposal
Date Wed, 25 Nov 2015 04:01:38 GMT
On Tue, Nov 24, 2015 at 7:39 PM, Greg Stein <gstein@gmail.com> wrote:

> On Mon, Nov 23, 2015 at 12:46 PM, Alex Harui <aharui@adobe.com> wrote:
>
> > On 11/23/15, 8:23 AM, "Mattmann, Chris A (3980)"
> > <chris.a.mattmann@jpl.nasa.gov> wrote:
> >
> > >Alex,
> > >
> > >Please re-read my email. As I stated we don’t take code that
> > >authors don’t want us to have. So far, we haven’t heard from any of
> > >the authors on the incoming Kudu project that that’s the case. If
> > >it’s not the case, we go by the license of the project which stipulates
> > >how code can be copied, modified, reused, etc.
> >
> > Yes, but my interpretation of your words is that folks have to opt out,
> >
>
> Correct: opt-out.
>
> Since this code is under ALv2, we can import it to the ASF under that
> license. We have always done stuff like this, including other permissive
> licenses.
>
> But this isn't simply importing a library, this is saying "the ASF is now
> the primary locus of development for >this< code." And that's where people
> can say, "woah. I hate you guys. don't develop my code there", and so we
> nuke it.
>
> SGA/iCLA is to give us rights that we otherwise wouldn't have (ie. the code
> was under a different license).
>

It is worth looking back at the thread on Bloodhound
<http://www.google.com/url?q=http%3A%2F%2Fmail-archives.apache.org%2Fmod_mbox%2Fincubator-general%2F201201.mbox%2F%253C0F2EA54E-4419-428F-A604-46EF59C40469%2540gbiv.com%253E&sa=D&sntz=1&usg=AFQjCNG4tmh9dY86HFVyRZlTE66tCjvhKg>
.

The important thing is that Apache doesn't fork communities. In this case,
the community wants to move to Apache. That is great and should be allowed.
They shouldn't need to get an explicit permission from each contributor
over the years.

.. Owen

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message