Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com
 designates 209.85.212.175 as permitted sender)
Received-SPF: pass (google.com: domain of akarasulu@gmail.com designates
 10.216.136.208 as permitted sender) client-ip=10.216.136.208;
MIME-Version: 1.0
Sender: akarasulu@gmail.com
In-Reply-To: <4F4E2A8E.1060702@epimorphics.com>
References: 
 <CABD8fLUmd3QHvNM61s9R7hMVkNEkSoaSv4RDZbEvzr1TBUVVCg@mail.gmail.com>
	<CADwPi+EaLqSagFhadqz5RC4fF_gaxnkB4mZKx9w1y948OfGdaA@mail.gmail.com>
	<4F4E2A8E.1060702@epimorphics.com>
Date: Wed, 29 Feb 2012 16:19:51 +0200
Message-ID: 
 <CADwPi+E=mmtYt9jh9=N0ode5EOGhu6sza3rFc_C-ns95NLv4cA@mail.gmail.com>
Subject: Re: [VOTE] Graduate Sqoop podling from Apache Incubator
From: Alex Karasulu <akarasulu@apache.org>
To: general@incubator.apache.org
Content-Type: multipart/alternative; boundary=0016e6d6465f6e23e904ba1b0950

--0016e6d6465f6e23e904ba1b0950
Content-Type: text/plain; charset=ISO-8859-1

Seems we're continuing the discussion in both threads now. More inline ...

On Wed, Feb 29, 2012 at 3:39 PM, Ian Dickinson <ian@epimorphics.com> wrote:

> On 29/02/12 13:07, Alex Karasulu wrote:
>
>  [snip]
>>
>>  There is no legal (trademark or copyright) problem that I'm aware of.
>>> There
>>> is no technical problem that I'm aware of.
>>>
>>
>>
>> OK do we have the right to create any kind of package or class under
>> com.cloudera (or any other companies packages)?
>>
> This is a red-herring in my view: no packages or classes are being created
> if a project leaves a compatibility layer in place.


The point I'm trying to make is when you do it at all you have to quantify
why. That get's tedious and error prone and with the rate of growth we're
dealing with that's just unmanageable IMO.


> The class/package names are merely not being deleted. Presuming that the
> original code was part of the inceptional code grant, one can conclude that
> the company in question doesn't mind their namespace being used by ASF
> projects *for that purpose*.
>
>
OK I'm completely content if the Co. in question does so in writing freeing
us of any responsibility.

-- 
Best Regards,
-- Alex

--0016e6d6465f6e23e904ba1b0950--