On Mon, May 7, 2012 at 9:48 PM, Bruno Mahé bm...@apache.org 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
On Mon, May 7, 2012 at 11:08 PM, Greg Stein gst...@gmail.com wrote:
On Mon, May 7, 2012 at 9:48 PM, Bruno Mahé bm...@apache.org 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
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é bm...@apache.org wrote:
...
It seems that we're talking about this location:
Hi,
On Tue, May 8, 2012 at 8:38 AM, Owen O'Malley omal...@apache.org 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
On Tue, May 8, 2012 at 3:03 AM, Bruno Mahé bm...@apache.org 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
Greg Stein wrote on Tue, May 08, 2012 at 03:32:32 -0400:
On Tue, May 8, 2012 at 3:03 AM, Bruno Mahé bm...@apache.org 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 12:30 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Tue, May 8, 2012 at 8:38 AM, Owen O'Malley omal...@apache.org wrote:
They are proposing adding Hue, which is a Apache licensed project on
Github.
Does Hue match the guidelines in
On Tue, May 8, 2012 at 12:03 AM, Bruno Mahé bm...@apache.org 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
On Tue, May 8, 2012 at 4:30 AM, Marvin Humphrey mar...@rectangular.com wrote:
On Tue, May 8, 2012 at 12:03 AM, Bruno Mahé bm...@apache.org 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
On Tue, May 8, 2012 at 12:50 AM, Daniel Shahaf d...@daniel.shahaf.name 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é bm...@apache.org wrote:
Note also that Infra has already been involved.
Yup. Saw.
What's the infra issue here?
On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik r...@apache.org 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
On Sat, May 5, 2012 at 2:13 AM, Jukka Zitting jukka.zitt...@gmail.com 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
On Mon, May 7, 2012 at 8:46 AM, Owen O'Malley omal...@apache.org wrote:
On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik r...@apache.org 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
On May 7, 2012 11:57 AM, Owen Oapos;Malley omal...@apache.org wrote:
On Sat, May 5, 2012 at 2:13 AM, Jukka Zitting jukka.zitt...@gmail.com
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
On Mon, May 7, 2012 at 9:05 AM, Roman Shaposhnik r...@apache.org wrote:
On Mon, May 7, 2012 at 8:46 AM, Owen O'Malley omal...@apache.org wrote:
On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik r...@apache.org wrote:
I don't understand the BigTop use cases
Perhaps this preso can help a bit:
On 05/08/2012 05:50 AM, Owen O'Malley wrote:
On Mon, May 7, 2012 at 9:05 AM, Roman Shaposhnik r...@apache.org wrote:
On Mon, May 7, 2012 at 8:46 AM, Owen O'Malley omal...@apache.org wrote:
On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik r...@apache.org wrote:
I don't understand the BigTop
On 05/08/2012 05:50 AM, Owen O'Malley wrote:
On Mon, May 7, 2012 at 9:05 AM, Roman Shaposhnik r...@apache.org wrote:
On Mon, May 7, 2012 at 8:46 AM, Owen O'Malley omal...@apache.org wrote:
On Fri, May 4, 2012 at 2:00 PM, Roman Shaposhnik r...@apache.org wrote:
I don't understand the BigTop
On 4 May 2012 16:34, Alan Gates ga...@hortonworks.com 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
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
Hi!
On Sat, May 5, 2012 at 1:32 AM, Jukka Zitting jukka.zitt...@gmail.com 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
Hi,
On Fri, May 4, 2012 at 11:00 PM, Roman Shaposhnik r...@apache.org 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
Hi,
On Sat, May 5, 2012 at 1:34 AM, Alan Gates ga...@hortonworks.com 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
-...@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 ph...@apache.org wrote:
...
EOD existing Apache rules/license make no such distinction. Works
under the following licenses may be included
On Fri, May 04, 2012 at 11:02AM, Patrick Hunt wrote:
On Fri, May 4, 2012 at 9:47 AM, Owen O'Malley omal...@apache.org wrote:
On Fri, May 4, 2012 at 8:58 AM, Patrick Hunt ph...@apache.org wrote:
It's not the job of the incubator to create new rules, but rather to
help podlings to graduation
On Sat, May 5, 2012 at 1:32 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Fri, May 4, 2012 at 11:00 PM, Roman Shaposhnik r...@apache.org 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?
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 Fri, May 4, 2012 at 8:58 AM, Patrick Hunt ph...@apache.org 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
On Fri, May 4, 2012 at 9:47 AM, Owen O'Malley omal...@apache.org wrote:
On Fri, May 4, 2012 at 8:58 AM, Patrick Hunt ph...@apache.org 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
On May 4, 2012 2:03 PM, Patrick Hunt ph...@apache.org 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
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,
On Fri, May 4, 2012 at 11:54 AM, Greg Stein gst...@gmail.com wrote:
On May 4, 2012 2:03 PM, Patrick Hunt ph...@apache.org wrote:
...
EOD existing Apache rules/license make no such distinction. Works
under the following licenses may be included within Apache products
(includes ASL).
Can
Hi Jukka!
Thanks a million for chiming in.
On Fri, May 4, 2012 at 12:52 PM, Jukka Zitting jukka.zitt...@gmail.com 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
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
On Mon, Apr 30, 2012 at 9:39 PM, Roman Shaposhnik r...@apache.org wrote:
On Mon, Apr 30, 2012 at 9:13 PM, Eric Baldeschwieler
eri...@hortonworks.com wrote:
So you are suggesting expanding the charter to include projects not hosted
at Apache?
I don't think this is what Bruno suggested.
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
Hi Alan!
On Thu, May 3, 2012 at 11:46 AM, Alan Gates ga...@hortonworks.com 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
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
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, not
On Thu, May 3, 2012 at 12:01 PM, Bruno Mahé bm...@apache.org 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
39 matches
Mail list logo
