On Tue, May 8, 2012 at 12:50 AM, Daniel Shahaf wrote:
> Greg Stein wrote on Tue, May 08, 2012 at 03:32:32 -0400:
>> On Tue, May 8, 2012 at 3:03 AM, Bruno Mahé wrote:
>> > Note also that Infra has already been involved.
>>
>> Yup. Saw.
>
> What's the infra issue here? I see no new mentions of big
On Tue, May 8, 2012 at 4:30 AM, Marvin Humphrey wrote:
> On Tue, May 8, 2012 at 12:03 AM, Bruno Mahé wrote:
>> The output of Apache Bigtop (incubating) can be quite unusual since it
>> is a deployable production quality big data stack.
>
> What does it take to get a product into the Bigtop stack?
On Tue, May 8, 2012 at 12:03 AM, Bruno Mahé wrote:
> The output of Apache Bigtop (incubating) can be quite unusual since it
> is a deployable production quality big data stack.
What does it take to get a product into the Bigtop stack?
I don't see any legal problems, but is vendor neutrality an i
On Tue, May 8, 2012 at 12:30 AM, Jukka Zitting wrote:
> Hi,
>
> On Tue, May 8, 2012 at 8:38 AM, Owen O'Malley wrote:
>> They are proposing adding Hue, which is a Apache licensed project on
>> Github.
>
> Does Hue match the guidelines in http://www.apache.org/legal/resolved.html?
>
> If yes, then
Greg Stein wrote on Tue, May 08, 2012 at 03:32:32 -0400:
> On Tue, May 8, 2012 at 3:03 AM, Bruno Mahé wrote:
> > Note also that Infra has already been involved.
>
> Yup. Saw.
What's the infra issue here? I see no new mentions of bigtop on infra
list in the last day
On Tue, May 8, 2012 at 3:03 AM, Bruno Mahé wrote:
> First, thank you very much for taking the time to write a thoughtful reply.
>
>
> On 05/08/2012 02:08 PM, Greg Stein wrote:
>...
>>> as well as we don't
>>> distribute other Apache software either.
>>
>> I found a bunch of Apache software in ther
Hi,
On Tue, May 8, 2012 at 8:38 AM, Owen O'Malley wrote:
> They are proposing adding Hue, which is a Apache licensed project on
> Github.
Does Hue match the guidelines in http://www.apache.org/legal/resolved.html?
If yes, then it's fine by ASF policy for an Apache project to include it.
Is the
First, thank you very much for taking the time to write a thoughtful reply.
On 05/08/2012 02:08 PM, Greg Stein wrote:
> On Mon, May 7, 2012 at 9:48 PM, Bruno Mahé wrote:
>> ...
>
> It seems that we're talking about this location:
> http://www.apache.org/dist/incubator/bigtop/bigtop-0.3.0-incu
On Mon, May 7, 2012 at 11:08 PM, Greg Stein wrote:
> On Mon, May 7, 2012 at 9:48 PM, Bruno Mahé wrote:
>>...
>
> It seems that we're talking about this location:
> http://www.apache.org/dist/incubator/bigtop/bigtop-0.3.0-incubating/
>
>> Again, we don't distribute non-Apache software,
>
> I didn
On Mon, May 7, 2012 at 9:48 PM, Bruno Mahé wrote:
>...
It seems that we're talking about this location:
http://www.apache.org/dist/incubator/bigtop/bigtop-0.3.0-incubating/
> Again, we don't distribute non-Apache software,
I didn't find any non-Apache software in the location noted above.
>
On 05/05/2012 01:32 AM, Jukka Zitting wrote:
> I'm just wondering about where do I find for example the licensing
> metadata for example for the files in
> http://www.apache.org/dist/incubator/bigtop/bigtop-0.3.0-incubating/repos/fedora16/hive/
>
> Or am I just missing something obvious? Like that
On 4 May 2012 16:34, Alan Gates wrote:
>
> > * In that case there might still be a role for BigTop to provide a
> > central repository for such easily consumable upstream releases. This
> > would be somewhat similar to the discussions that took place a few
> > years ago about whether and how the
On 05/08/2012 05:50 AM, Owen O'Malley wrote:
> On Mon, May 7, 2012 at 9:05 AM, Roman Shaposhnik wrote:
>> On Mon, May 7, 2012 at 8:46 AM, Owen O'Malley wrote:
>>> On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik wrote:
>>>
> I don't understand the BigTop use cases
Perhaps this pres
On 05/08/2012 05:50 AM, Owen O'Malley wrote:
> On Mon, May 7, 2012 at 9:05 AM, Roman Shaposhnik wrote:
>> On Mon, May 7, 2012 at 8:46 AM, Owen O'Malley wrote:
>>> On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik wrote:
>>>
> I don't understand the BigTop use cases
Perhaps this pres
On Mon, May 7, 2012 at 9:05 AM, Roman Shaposhnik wrote:
> On Mon, May 7, 2012 at 8:46 AM, Owen O'Malley wrote:
>> On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik wrote:
>>
I don't understand the BigTop use cases
>>>
>>> Perhaps this preso can help a bit:
>>> http://people.apache.org/~rv
On May 7, 2012 11:57 AM, "Owen O'Malley" wrote:
>
> On Sat, May 5, 2012 at 2:13 AM, Jukka Zitting
wrote:
>
> > Now (again IIUC) the interesting bit is whether it's better for BigTop
> > to be repackaging and -distributing upstream components by itself, or
> > if it would in fact be better for Big
On Mon, May 7, 2012 at 8:46 AM, Owen O'Malley wrote:
> On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik wrote:
>
>>> I don't understand the BigTop use cases
>>
>> Perhaps this preso can help a bit:
>> http://people.apache.org/~rvs/apache-bigtop2.pdf
>
> Notes from this presentation:
> * 100% A
On Sat, May 5, 2012 at 2:13 AM, Jukka Zitting wrote:
> Now (again IIUC) the interesting bit is whether it's better for BigTop
> to be repackaging and -distributing upstream components by itself, or
> if it would in fact be better for BigTop to simply provide something
> like "bigtop-x.y.rpm" and
On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik wrote:
>> I don't understand the BigTop use cases
>
> Perhaps this preso can help a bit:
> http://people.apache.org/~rvs/apache-bigtop2.pdf
Notes from this presentation:
* 100% Apache Bigdata management distribution
* Bigtop is a distribution f
Hi!
On Sat, May 5, 2012 at 1:32 AM, Jukka Zitting wrote:
>>> * If the former, then each subdirectory of [1] falls fairly
>>> conveniently into the traditional concept of convenience binaries
>>> built from the source release. The only extra thing you'd need is a
>>> proper set of license metadata
On Sat, May 5, 2012 at 1:32 AM, Jukka Zitting wrote:
> On Fri, May 4, 2012 at 11:00 PM, Roman Shaposhnik wrote:
>> Perhaps this preso can help a bit:
>> http://people.apache.org/~rvs/apache-bigtop2.pdf
>
> Perfect, thanks!
Roman could you post this on the wiki? (looked but didn't notice it th
On Fri, May 04, 2012 at 11:02AM, Patrick Hunt wrote:
> On Fri, May 4, 2012 at 9:47 AM, Owen O'Malley wrote:
> > On Fri, May 4, 2012 at 8:58 AM, Patrick Hunt wrote:
> >> It's not the job of the incubator to create new rules, but rather to
> >> help podlings to graduation while following existing A
g
>Cc: bigtop-...@incubator.apache.org
>Sent: Friday, May 4, 2012 8:54 PM
>Subject: Re: [DISCUSS] BOM and supported platforms for Bigtop 0.4.0
>
>On May 4, 2012 2:03 PM, "Patrick Hunt" wrote:
>>...
>> EOD existing Apache rules/license make no such distinction. "Works
>&
Hi,
On Sat, May 5, 2012 at 1:34 AM, Alan Gates wrote:
> My question here was whether this concept of convenience binaries
> should extend beyond ASF owned packages. I realize that many existing
> convenience binaries contain non-ASF jars, etc. But taking the next
> step of explicitly distributi
Hi,
On Fri, May 4, 2012 at 11:00 PM, Roman Shaposhnik wrote:
> Perhaps this preso can help a bit:
> http://people.apache.org/~rvs/apache-bigtop2.pdf
Perfect, thanks!
>> * If the former, then each subdirectory of [1] falls fairly
>> conveniently into the traditional concept of convenience bin
Jukka,
Thanks for your response, this is very helpful. I have a couple of
questions/clarifications inlined.
On May 4, 2012, at 12:52 PM, Jukka Zitting wrote:
>
>
> * As far as I can tell from the discussion, the BigTop repos directory
> [1] doesn't neatly fit into either of the above catego
Hi Jukka!
Thanks a million for chiming in.
On Fri, May 4, 2012 at 12:52 PM, Jukka Zitting wrote:
> Hi,
>
> I don't understand the BigTop use cases
Perhaps this preso can help a bit:
http://people.apache.org/~rvs/apache-bigtop2.pdf
> * If the former, then each subdirectory of [1] falls fair
On Fri, May 4, 2012 at 11:54 AM, Greg Stein wrote:
> On May 4, 2012 2:03 PM, "Patrick Hunt" wrote:
>>...
>> EOD existing Apache rules/license make no such distinction. "Works
>> under the following licenses may be included within Apache products"
>> (includes ASL).
>
> Can people please stop usin
Hi,
I don't understand the BigTop use cases and release model in too much
detail to have very specific or hard opinions on this, but here's a
few high-level observations that hopefully are useful for this
discussion:
* AFAICT there's no immediate release that's being blocked by this
discussion, s
On May 4, 2012 2:03 PM, "Patrick Hunt" wrote:
>...
> EOD existing Apache rules/license make no such distinction. "Works
> under the following licenses may be included within Apache products"
> (includes ASL).
Can people please stop using "ASL" or "APL"? No such thing. It is the
Apache License. AL
On Fri, May 4, 2012 at 9:47 AM, Owen O'Malley wrote:
> On Fri, May 4, 2012 at 8:58 AM, Patrick Hunt wrote:
>> It's not the job of the incubator to create new rules, but rather to
>> help podlings to graduation while following existing Apache
>> guidelines.
>
> We aren't making new rules. We are t
On Fri, May 4, 2012 at 8:58 AM, Patrick Hunt wrote:
> It's not the job of the incubator to create new rules, but rather to
> help podlings to graduation while following existing Apache
> guidelines.
We aren't making new rules. We are trying to help the Bigtop project
understand the rules about no
It's not the job of the incubator to create new rules, but rather to
help podlings to graduation while following existing Apache
guidelines. It's very clear from
http://www.apache.org/legal/resolved.html that what has been proposed
is acceptable under existing Apache rules. Bigtop is building
on/ar
Hi,
Please see my reply inline.
On 05/03/2012 04:00 PM, Owen O'Malley wrote:
> On Thu, May 3, 2012 at 12:01 PM, Bruno Mahé wrote:
>>>
>>> As a mentor of the Bigtop project, I don't see it as acceptable for an
>>> Apache project to distribute binaries of non-Apache software. If the
>>> owners of
On Thu, May 3, 2012 at 12:01 PM, Bruno Mahé wrote:
>>
>> As a mentor of the Bigtop project, I don't see it as acceptable for an
>> Apache project to distribute binaries of non-Apache software. If the
>> owners of the Hue project decide to donate it to Apache and it had
>> been released by Apache,
On 05/03/2012 08:06 AM, Owen O'Malley wrote:
> On Mon, Apr 30, 2012 at 9:39 PM, Roman Shaposhnik wrote:
>> On Mon, Apr 30, 2012 at 9:13 PM, Eric Baldeschwieler
>> wrote:
>>> So you are suggesting expanding the charter to include projects not hosted
>>> at Apache?
>>
>> I don't think this is what
On 05/03/2012 11:46 AM, Alan Gates wrote:
> Roman,
>
> I see your point that many Apache projects include non-Apache code in their
> binary distributions. But there is a distinction here. In the case of
> Hadoop and other projects, they bring things such Guava along because they
> need them,
Roman,
I see your point that many Apache projects include non-Apache code in their
binary distributions. But there is a distinction here. In the case of Hadoop
and other projects, they bring things such Guava along because they need them,
not for the express purpose of distributing those arti
Hi Alan!
On Thu, May 3, 2012 at 11:46 AM, Alan Gates wrote:
> Bigtop, by its nature, is different because it provides artifacts for users
> to download
> regardless of what other components they need.
> It is the difference between "we include this because we need it" and "we
> include this bec
Roman,
I see your point that many Apache projects include non-Apache code in their
binary distributions. But there is a distinction here. In the case of Hadoop
and other projects, they bring things such Guava along because they need them,
not for the express purpose of distributing those arti
On Thu, May 3, 2012 at 8:06 AM, Owen O'Malley wrote:
> On Mon, Apr 30, 2012 at 9:39 PM, Roman Shaposhnik wrote:
>> On Mon, Apr 30, 2012 at 9:13 PM, Eric Baldeschwieler
>> wrote:
>>> So you are suggesting expanding the charter to include projects not hosted
>>> at Apache?
>>
>> I don't think thi
On Mon, Apr 30, 2012 at 9:39 PM, Roman Shaposhnik wrote:
> On Mon, Apr 30, 2012 at 9:13 PM, Eric Baldeschwieler
> wrote:
>> So you are suggesting expanding the charter to include projects not hosted
>> at Apache?
>
> I don't think this is what Bruno suggested. Personally I can't find
> any refer
42 matches
Mail list logo
