Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-06 Thread Adam P Fuchs
rd to lots of great contributions from the community to the roadmap as Accumulo moves into incubation. Cheers, Adam - Original Message - From: Steve Loughran To: general@incubator.apache.org Sent: Tue, 06 Sep 2011 15:09:44 - Subject: Re: [PROPOSAL] Accumulo for the Apache Incubator

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-06 Thread Todd Lipcon
On Tue, Sep 6, 2011 at 8:09 AM, Steve Loughran wrote: >> 1300 lines: heavily modified versions of Hadoop BloomFilters > > -any plan to contribute back to hadoop-core, or are they too incompatible > now? > > >> 419 lines: modified Hadoop TeraSortIngest to sort data using Accumulo >> 325 lines: our

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-06 Thread Steve Loughran
On 04/09/11 17:39, Billie J Rinaldi wrote: Bernd, We would divide the derived code into two categories: that which we modified only slightly (for example to allow us to extend it) and that which we modified heavily. Now that we are able to interact openly, we hope to supply much of that back

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-04 Thread Bernd Fondermann
On Sun, Sep 4, 2011 at 18:16, Greg Stein wrote: > On Sep 4, 2011 3:41 AM, "Bernd Fondermann" > wrote: >>... >> >> So, you are saying more than 10% of the non-generated code base (and you > are >> not counting lib-style uses/JARs here, right?) is derived from other > Apache >> code? That seems to

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-04 Thread Billie J Rinaldi
mutable version of Hadoop BytesWritable 142 lines: modified ClassLoader based on commons-jci ReloadingClassLoader Billie - Original Message - From: "Bernd Fondermann" To: general@incubator.apache.org Sent: Sunday, September 4, 2011 3:41:09 AM Subject: Re: [PROPOSAL] Accumulo for the Apach

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-04 Thread Greg Stein
On Sep 4, 2011 3:41 AM, "Bernd Fondermann" wrote: >... > > So, you are saying more than 10% of the non-generated code base (and you are > not counting lib-style uses/JARs here, right?) is derived from other Apache > code? That seems to be unusual. Just curious, could you elaborate a bit > about wh

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-04 Thread Mohammad Nour El-Din
+1 on the proposal On Sun, Sep 4, 2011 at 9:41 AM, Bernd Fondermann wrote: > On Saturday, September 3, 2011, Adam P Fuchs wrote: >> Hi Bernd, >> >> The latest stable release of Accumulo contains roughly 200,000 lines of > code, of which about 85,000 are machine generated thrift code. Of the > r

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-04 Thread Bernd Fondermann
On Saturday, September 3, 2011, Adam P Fuchs wrote: > Hi Bernd, > > The latest stable release of Accumulo contains roughly 200,000 lines of code, of which about 85,000 are machine generated thrift code. Of the remaining code, about 15,000 lines are derived from other Apache projects, and about 1,5

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-03 Thread Adam P Fuchs
that this will also be the best avenue towards merging the two projects if that becomes the desired goal. Cheers, Adam - Original Message - From: Bernd Fondermann To: general@incubator.apache.org Sent: Sat, 03 Sep 2011 11:17:10 - Subject: Re: [PROPOSAL] Accumulo for the Apache Incu

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-03 Thread Bernd Fondermann
On Friday, September 2, 2011, Billie J Rinaldi wrote: > Greetings, > > I would like to propose Accumulo to be an Apache Incubator project. Accumulo is a distributed key/value store that provides expressive cell-level access labels and a server-side programming mechanism that can modify key/value

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-03 Thread Adam Fuchs
Hi Owen, I believe the answer is yes regarding the code grant, and I am currently confirming that with our lawyers. The LGPL dependencies are not core to Accumulo, and we're working on substituting other packages. We would have no problem doing this before the initial commit if necessary. Cheers

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-02 Thread Owen O'Malley
On Fri, Sep 2, 2011 at 3:22 PM, Adam P Fuchs wrote: The project looks interesting. > I believe the answer is yes regarding the code grant, and I am currently > confirming that with our lawyers. We'll get you an official answer early next > week. Great. I know that the US government has its ow

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-02 Thread Adam P Fuchs
blem doing this before the initial commit if necessary. Cheers, Adam - Original Message - From: Owen O'Malley To: general@incubator.apache.org Sent: Fri, 02 Sep 2011 18:36:11 - Subject: Re: [PROPOSAL] Accumulo for the Apache Incubator Is the NSA going to file a code grant for t

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-02 Thread Benson Margulies
No votes yet, please, except as an informal expression of (un)enthusiasm. Owen, you raise two question. On the subject of grants, please read the IP description in the proposal again. You can't 'grant' rights to something that neither you nor anyone else owns. The proposal offers both a preferred

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-02 Thread Todd Lipcon
Non-binding +1. Regarding Owen's concern over licenses, if I recall correctly, those concerns would block graduation from the incubator, but not acceptance to it. I am also interested in being added as a committer to this proposal. As an HBase committer (but not speaking for the project as a whole

Re: [PROPOSAL] Accumulo for the Apache Incubator

2011-09-02 Thread Owen O'Malley
Is the NSA going to file a code grant for the project? How deeply embedded are the LGPL dependencies? Are they optional components or mandatory? Thanks, Owen - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org F

[PROPOSAL] Accumulo for the Apache Incubator

2011-09-02 Thread Billie J Rinaldi
Greetings, I would like to propose Accumulo to be an Apache Incubator project. Accumulo is a distributed key/value store that provides expressive cell-level access labels and a server-side programming mechanism that can modify key/value pairs at various points in the data management process.