On Tue, Jan 7, 2014 at 10:11 AM, Justin Mclean wrote:
> Just a note to say I've updated the Aurora shepherd report to make it clear
> that one of the four mentors (Jake Farrell) has been very active.
Thanks for being such a thorough shepherd, Justin. This email is especially
great:
http://s
On Thu, Jan 9, 2014 at 4:27 PM, lars hofhansl wrote:
> my username is LarsHofhansl
It looks like sebb has whitelisted both you and Andrew. Thanks, sebb!
Marvin Humphrey
-
To unsubscribe, e-mail: general-unsubscr...@incubator.
Thanks Marvin,
my username is LarsHofhansl
Thanks.
-- Lars
From: Marvin Humphrey
To: "general@incubator.apache.org" ; lars
hofhansl
Sent: Wednesday, January 8, 2014 3:38 AM
Subject: Re: January 2014 Incubator report timeline
On Tue, Jan 7, 2014 at 11:3
My wiki user name is AndrewPurtell. Please kindly whitelist also.
On Wed, Jan 8, 2014 at 8:14 AM, Marvin Humphrey wrote:
> On Wed, Jan 8, 2014 at 3:44 AM, Steven Noels wrote:
>
> > same here - my user name for the Incubator Wiki is StevenNoels
>
> Done -- I've added your signoff to the Phoenix
Thanks Jake.
On Wed, Jan 8, 2014 at 1:45 PM, Jake Farrell wrote:
> The github plugin is not installed in our jira, I would recommend that you
> go with the csv route as Steve mentioned
>
> -Jake
>
>
> On Wed, Jan 8, 2014 at 4:24 PM, Steve Rowe wrote:
>
> > Sorry Andy, I don’t know if Infrastru
argh, gmail trying to be extra smart collapsed his comment on that and i
missed. sorry
thx
Alejandro
(phone typing)
> On Jan 9, 2014, at 9:23, larry mccay wrote:
>
> Hi Alejandro -
>
> I believe that Steve has already acknowledged that a package rename is
> required and that the project is
Steve did already indeed.
Regards
JB
On 01/09/2014 06:23 PM, larry mccay wrote:
Hi Alejandro -
I believe that Steve has already acknowledged that a package rename is
required and that the project is likely not appropriate for Hadoop proper.
thanks,
--larry
On Thu, Jan 9, 2014 at 11:46 AM,
Hi Alejandro -
I believe that Steve has already acknowledged that a package rename is
required and that the project is likely not appropriate for Hadoop proper.
thanks,
--larry
On Thu, Jan 9, 2014 at 11:46 AM, Alejandro Abdelnur wrote:
> I may have not been clear enough, I was referring to us
I may have not been clear enough, I was referring to using
'org.apache.hadoop' as package prefix for a project other than hadoop.
Thanks
On Thu, Jan 9, 2014 at 8:36 AM, Benson Margulies wrote:
> If you can work out a plan to do this directly in Hadoop, there's no
> need for the incubator. You j
If you can work out a plan to do this directly in Hadoop, there's no
need for the incubator. You just build and and contribute it in
cahoots with them, and earn commit over there as you go.
On Thu, Jan 9, 2014 at 11:14 AM, Alejandro Abdelnur wrote:
> Mmmh, if i recall correctly this has come up i
Mmmh, if i recall correctly this has come up in the past with other projects
and it was decided against it. Could you please check with the hadoop folks
about it?
Thx
> On Jan 9, 2014, at 1:19 AM, Steve Loughran wrote:
>
> no its wrong, it should all be under org.apache.hoya.
>
> I had the h
Ah yes, I missed the additional hadoop in the path.
Close enough :)
On Thursday, January 9, 2014, Steve Loughran wrote:
> no its wrong, it should all be under org.apache.hoya.
>
> I had the hadoop prefix so that I could perhaps put it straight into the
> hadoop code as another tools module -no n
On Thu, Jan 9, 2014 at 1:28 PM, Alexander Broekhuis
wrote:
> ...What about IP Clearance? Does the same apply (we do know
> the code is clean) and can we assume it is ok?...
If committers of the ASF project in question have followed the
development this is not very different from code developed at
On Thu, Jan 9, 2014 at 12:28 PM, Benson Margulies wrote:
> ...The SGA usually comes into play if the code is not the work and
> property of an individual. The SGA allows some entity to grant the AL
> unambiguously. If the code is the work and property of an individual,
> the ICLA does that just fi
Hi all,
Thanks for the replies,
2014/1/9 Bertrand Delacretaz
>
> I agree - following the student's work should give you reasonable
> assurance that the code is their own, and the intent of the student to
> contribute the code to Apache should have been clear from the start,
> so IMO you don't n
If the student provides it as a patch, then you are asking the usual
question about the quantity of code. There is no hard and fast rule,
but unless it's very large, the AL is very clear; patches sent to
mailing lists or attached to issue tracking systems or any of that are
covered by the AL. If th
Hi,
On Wed, Jan 8, 2014 at 3:53 PM, Ted Dunning wrote:
> The standard rules all apply to GSoC students. They should do their code
> in as close to the standard way as possible (which would have precluded the
> code being outside at this point) and they should file and ICLA if they do
> enough
Hi Steve,
Awesome, thanks.
Regards
JB
On 01/09/2014 10:20 AM, Steve Loughran wrote:
thanks, that's a great offer -lovely to have some management oversight from
others.
I've put your name down
On 8 January 2014 15:18, Jean-Baptiste Onofré wrote:
Hi Steve,
it looks interesting. It's a kin
thanks, that's a great offer -lovely to have some management oversight from
others.
I've put your name down
On 8 January 2014 15:18, Jean-Baptiste Onofré wrote:
> Hi Steve,
>
> it looks interesting. It's a kind of "advanced" provisioning for Hadoop
> cluster. I see some potential interesting "
no its wrong, it should all be under org.apache.hoya.
I had the hadoop prefix so that I could perhaps put it straight into the
hadoop code as another tools module -no need for incubation. But as the
actual providers and all tests are related to the deployment of hbase and
accumulo, it really comes
20 matches
Mail list logo
