Re: [VOTE] Impala 2.7.0 release candidate 3

[Justin Mclean]

Hi,

> The git tag:
> https://git-wip-us.apache.org/repos/asf?p=incubator-impala.git;a=tag;h=refs/tags/2.7.0-rc3

Also please include the git hash in the VOTE email. Git tags change be changed.

Thanks,
Justin
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Release Apache Streams version 0.3-incubating

[justin]

Hi,

+1 binding 

Everything checked as pre previous email.

Thanks,
Justin

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Impala 2.7.0 release candidate 3

[Justin Mclean]

Hi,

+1 binding (only just). There are several minor issue please fix for next 
release.

Please place build instruction and supported platforms in the README. The wiki 
may change over time and that may make it difficult to build older versions.

I checked:
- name contains incubating
- signatures and hashes correct
- DISCLAIMER exists
- LICENSE seem to be missing a few things
- NOTICE correct
- All ASF files have ASF headers
- One possible binary file that shouldn’t be in the source release? [15] (not 
sure what this is)
- Couldn’t compile from source. Please include build instructions in the 
package.

LICENSE is missing
- File [1] has different copyright owner than in LICENSE. Looks to come from a 
product called Valgrind.
- This file [5] copyright (C) 2011 Jesus Leganes “piranna"
- This BSD licensed file copyright Kitware
- This MIT licensed files [9]. The Cloudera copyright may need to be remove if 
it was part of the software grant?
- MIT license normalise bundled in [13][14]

Couldn't build from source on OSX with this error when running build all.
./buildall.sh  gives:
/apache-impala-incubating-2.7.0/bin/impala-config.sh: line 375: nproc: command 
not found

The build instruction on the wiki mention OSX is not support that would of been 
nice to know up front. [16]

This files [2][3][4][7] incorrectly (I think) have ASF copyright lines. [8] may 
also have an issue with 2 owners was this part of the original software grant 
or not?

May also want to fix this [10] the licence of 0.1.1 is unknown [11], but 0.1.3 
is Apache licensed.[12]

The last line in LICENSE re JQuery I think can be removed.

Thanks,
Justin

1. ./be/src/gutil/valgrind.h
2. ./fe/src/test/resources/hbase-site.xml.template
3 ./testdata/cluster/node_templates/common/etc/hadoop/conf/hadoop-policy.xml
4. 
./testdata/cluster/node_templates/common/etc/hadoop/conf/log4j.properties.tmpl
5. 
./apache-impala-incubating-2.7.0/shell/ext-py/sqlparse-0.1.14/sqlparse/pipeline.py
6. ./cmake_modules/FindJNI.cmake
7. 
./testdata/cluster/node_templates/common/etc/hadoop/conf/log4j.properties.tmpl
8. ./bin/file2array.sh
9 ./be/src/thirdparty/squeasel/squeasel.?
10. /shell/ext-py/sasl-0.1.1/*
11. https://pypi.python.org/pypi/sasl/0.1.1
12. https://pypi.python.org/pypi/sasl/0.1.3
13. ./tests/comparison/leopard/static/css/bootstrap.css
14. ./www/bootstrap/css/bootstrap.css
15. ./apache-impala-incubating-2.7.0/llvm-ir/test-loop.bc
16 https://cwiki.apache.org/confluence/display/IMPALA/Building+Impala


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept NetBeans into the Apache Incubator

[Roman Shaposhnik]

On Tue, Sep 27, 2016 at 1:30 PM, Ate Douma  wrote:
> Hi everyone,
>
> Now that the discussion thread on the NetBeans Proposal has ended,
> please vote on accepting NetBeans into the Apache Incubator.
>
> The ASF voting rules are described at:
>http://www.apache.org/foundation/voting.html
>
> A vote for accepting a new Apache Incubator podling is a majority vote
> for which only Incubator PMC member votes are binding.
>
> Votes from other people are also welcome as an indication of peoples
> enthusiasm (or lack thereof).
>
> Please do not use this VOTE thread for discussions.
> If needed, start a new thread instead.
>
> This vote will run for at least 72 hours. Please VOTE as follows
> [] +1 Accept NetBeans into the Apache Incubator
> [] +0 Abstain.
> [] -1 Do not accept NetBeans into the Apache Incubator because ...

+1 (binding)

Thanks,
Roman.

P.S. As a side note I'm happy to report that everybody I spoke with online
and offline about this has their heart in exactly the right place when it comes
to seeing ASF as a long term home for the NetBeans community!

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Can you un-open-source a product? Re: [DISCUSS] Olympian Incubation Proposal

[Greg Trasuk]

I’m kind of curious how we’d apply our “Community over Code” credo to a 
situation like this.

It sounds like DataStax acquired a “community” centred on a product that had 
been open-sourced by its previous steward.  And now their legal department is 
re-asserting control over the product.  Fair enough, but if there’s a community 
that wants to carry on development against a product that was properly and 
fairly ASL2 licensed, does the acquirer have the right to shut them down?  They 
certainly could assert control over the trademark that they own, but what if 
the community called it something else and carried on (which we generally 
require of an incubator product anyway)?  

I’m obviously thinking of Hudson and Jenkins here - the community forked the 
code over a weekend, and Oracle was left with a dead product.  When they 
asserted ownership of the “Hudson” trademark, the community simply said “OK, 
it’s Jenkins now”, and carried on.

If they had come to Apache, would we have shown them the door, for legalistic 
reasons? ( I don’t recall them coming to Apache at the time, but I could be 
wrong).  Is it a “hostile fork” if the bulk of the community is in favour, and 
it’s only the trademark owner that demurs?

It seems to me that one of the goals of Apache is to have a “neutral” corporate 
entity to host open-source projects under open but orderly governance, so that 
an open-source project stands a chance of outlasting the mercurial whims of a 
commercial entity (and also of individual maintainers).

So I wonder if we’re being a little quick to shut down a community that wants 
open governance.

Cheers,

Greg Trasuk


> On Sep 29, 2016, at 10:59 PM, Ross Gardler  wrote:
> 
> Yes, with a few binding -1's there is nothing to discuss unless Datastax wish 
> to reconsider. I doubt they want to discuss that on a public list.
> 
> Ross
> 
>> -Original Message-
>> From: Henry Saputra [mailto:henry.sapu...@gmail.com]
>> Sent: Thursday, September 29, 2016 10:57 PM
>> To: general@incubator.apache.org
>> Subject: Re: [DISCUSS] Olympian Incubation Proposal
>> 
>> With obvious block due to Datastax response, shall I CLOSE this DISCUSS 
>> thread
>> until further updates, if any?
>> 
>> On Thursday, September 29, 2016, P. Taylor Goetz 
>> wrote:
>> 
>>> For the record I'd be -1 as well unless DataStax chose to support it.
>>> 
>>> I would like to give them time to change their mind though.
>>> 
>>> -Taylor
>>> 
 On Sep 29, 2016, at 10:37 PM, Greg Stein >> > wrote:
 
> On Sep 29, 2016 19:22, "P. Taylor Goetz" >> > wrote:
> ...
> They can block a move to the ASF, but they can’t block a fork of
> the
 project moving elsewhere. Strong communities will regroup and live on.
 DataStax' reluctance to allow it could very easily be interpreted as
 a rejection of the ASF governance model or the Foundation itself.
 
 Yes, the community could certainly launch their fork at GitHub or
 some such. DataStax provided them with that ability via the ALv2
 license. The ASF is not a necessary step for that community.
 
> ...
> Can we wait and see if DataStax is willing to do the right thing
> before
 shooting down the proposal as a hostile fork?
 
 My vote remains -1. That can change, based on their choices.
 
 Cheers,
 -g
>>> 
>>> -
>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>>> 
>>> For additional commands, e-mail: general-h...@incubator.apache.org
>>> 
>>> 
>>> 
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[P. Taylor Goetz]

I'd leave it open for now. I imagine/hope there are enough people aware of this 
thread that the sentiments expressed here might affect a change.

-Taylor

> On Sep 29, 2016, at 10:57 PM, Henry Saputra  wrote:
> 
> With obvious block due to Datastax response, shall I CLOSE this DISCUSS
> thread until further updates, if any?
> 
>> On Thursday, September 29, 2016, P. Taylor Goetz  wrote:
>> 
>> For the record I'd be -1 as well unless DataStax chose to support it.
>> 
>> I would like to give them time to change their mind though.
>> 
>> -Taylor
>> 
 On Sep 29, 2016, at 10:37 PM, Greg Stein >> > wrote:
>>> 
 On Sep 29, 2016 19:22, "P. Taylor Goetz" > > wrote:
 ...
 They can block a move to the ASF, but they can’t block a fork of the
>>> project moving elsewhere. Strong communities will regroup and live on.
>>> DataStax' reluctance to allow it could very easily be interpreted as a
>>> rejection of the ASF governance model or the Foundation itself.
>>> 
>>> Yes, the community could certainly launch their fork at GitHub or some
>>> such. DataStax provided them with that ability via the ALv2 license. The
>>> ASF is not a necessary step for that community.
>>> 
 ...
 Can we wait and see if DataStax is willing to do the right thing before
>>> shooting down the proposal as a hostile fork?
>>> 
>>> My vote remains -1. That can change, based on their choices.
>>> 
>>> Cheers,
>>> -g
>> 
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> 
>> For additional commands, e-mail: general-h...@incubator.apache.org
>> 
>> 
>> 

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

RE: [DISCUSS] Olympian Incubation Proposal

[Ross Gardler]

Yes, with a few binding -1's there is nothing to discuss unless Datastax wish 
to reconsider. I doubt they want to discuss that on a public list.

Ross

> -Original Message-
> From: Henry Saputra [mailto:henry.sapu...@gmail.com]
> Sent: Thursday, September 29, 2016 10:57 PM
> To: general@incubator.apache.org
> Subject: Re: [DISCUSS] Olympian Incubation Proposal
> 
> With obvious block due to Datastax response, shall I CLOSE this DISCUSS thread
> until further updates, if any?
> 
> On Thursday, September 29, 2016, P. Taylor Goetz 
> wrote:
> 
> > For the record I'd be -1 as well unless DataStax chose to support it.
> >
> > I would like to give them time to change their mind though.
> >
> > -Taylor
> >
> > > On Sep 29, 2016, at 10:37 PM, Greg Stein  > > wrote:
> > >
> > >> On Sep 29, 2016 19:22, "P. Taylor Goetz"  > > wrote:
> > >> ...
> > >> They can block a move to the ASF, but they can’t block a fork of
> > >> the
> > > project moving elsewhere. Strong communities will regroup and live on.
> > > DataStax' reluctance to allow it could very easily be interpreted as
> > > a rejection of the ASF governance model or the Foundation itself.
> > >
> > > Yes, the community could certainly launch their fork at GitHub or
> > > some such. DataStax provided them with that ability via the ALv2
> > > license. The ASF is not a necessary step for that community.
> > >
> > >> ...
> > >> Can we wait and see if DataStax is willing to do the right thing
> > >> before
> > > shooting down the proposal as a hostile fork?
> > >
> > > My vote remains -1. That can change, based on their choices.
> > >
> > > Cheers,
> > > -g
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > 
> > For additional commands, e-mail: general-h...@incubator.apache.org
> > 
> >
> >

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Henry Saputra]

With obvious block due to Datastax response, shall I CLOSE this DISCUSS
thread until further updates, if any?

On Thursday, September 29, 2016, P. Taylor Goetz  wrote:

> For the record I'd be -1 as well unless DataStax chose to support it.
>
> I would like to give them time to change their mind though.
>
> -Taylor
>
> > On Sep 29, 2016, at 10:37 PM, Greg Stein  > wrote:
> >
> >> On Sep 29, 2016 19:22, "P. Taylor Goetz"  > wrote:
> >> ...
> >> They can block a move to the ASF, but they can’t block a fork of the
> > project moving elsewhere. Strong communities will regroup and live on.
> > DataStax' reluctance to allow it could very easily be interpreted as a
> > rejection of the ASF governance model or the Foundation itself.
> >
> > Yes, the community could certainly launch their fork at GitHub or some
> > such. DataStax provided them with that ability via the ALv2 license. The
> > ASF is not a necessary step for that community.
> >
> >> ...
> >> Can we wait and see if DataStax is willing to do the right thing before
> > shooting down the proposal as a hostile fork?
> >
> > My vote remains -1. That can change, based on their choices.
> >
> > Cheers,
> > -g
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> 
> For additional commands, e-mail: general-h...@incubator.apache.org
> 
>
>

Re: [DISCUSS] Olympian Incubation Proposal

[P. Taylor Goetz]

For the record I'd be -1 as well unless DataStax chose to support it.

I would like to give them time to change their mind though.

-Taylor

> On Sep 29, 2016, at 10:37 PM, Greg Stein  wrote:
> 
>> On Sep 29, 2016 19:22, "P. Taylor Goetz"  wrote:
>> ...
>> They can block a move to the ASF, but they can’t block a fork of the
> project moving elsewhere. Strong communities will regroup and live on.
> DataStax' reluctance to allow it could very easily be interpreted as a
> rejection of the ASF governance model or the Foundation itself.
> 
> Yes, the community could certainly launch their fork at GitHub or some
> such. DataStax provided them with that ability via the ALv2 license. The
> ASF is not a necessary step for that community.
> 
>> ...
>> Can we wait and see if DataStax is willing to do the right thing before
> shooting down the proposal as a hostile fork?
> 
> My vote remains -1. That can change, based on their choices.
> 
> Cheers,
> -g

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Greg Stein]

On Sep 29, 2016 19:22, "P. Taylor Goetz"  wrote:
>...
> They can block a move to the ASF, but they can’t block a fork of the
project moving elsewhere. Strong communities will regroup and live on.
DataStax' reluctance to allow it could very easily be interpreted as a
rejection of the ASF governance model or the Foundation itself.

Yes, the community could certainly launch their fork at GitHub or some
such. DataStax provided them with that ability via the ALv2 license. The
ASF is not a necessary step for that community.

>...
> Can we wait and see if DataStax is willing to do the right thing before
shooting down the proposal as a hostile fork?

My vote remains -1. That can change, based on their choices.

Cheers,
-g

Re: [DISCUSS] Olympian Incubation Proposal

[P. Taylor Goetz]

Yes, please read that thread, and my response.

Yes, DataStax’ current response would make this a hostile fork, but I think 
they should be given a chance to reconsider their stance.

The ASF doesn’t want to accept hostile forks. I understand and agree with that.

They can block a move to the ASF, but they can’t block a fork of the project 
moving elsewhere. Strong communities will regroup and live on. DataStax' 
reluctance to allow it could very easily be interpreted as a rejection of the 
ASF governance model or the Foundation itself.

DataStax has every right to block this. I also think it would behoove them not 
to for many reasons.

Can we wait and see if DataStax is willing to do the right thing before 
shooting down the proposal as a hostile fork?

-Taylor


> On Sep 29, 2016, at 9:48 PM, John D. Ament  wrote:
> 
> On Thu, Sep 29, 2016 at 9:40 PM Henry Saputra 
> wrote:
> 
>> Which other thread are you referring to?
>> 
>> 
> A response was received from DataStax legal.
> 
> https://lists.apache.org/thread.html/e4f2c1403bfb4fe75fce9bd6f3182b9a95b9830ad9893944bac01ed9@%3Cgeneral.incubator.apache.org%3E
> 
> 
>> On Thursday, September 29, 2016, Greg Stein  wrote:
>> 
>>> -1 (binding)
>>> 
>>> See other-thread from Jason at DataStax. This would be considered a
>> hostile
>>> fork, and as Bertrand noted, the ASF does not want to accept such.
>>> 
>>> On Sep 28, 2016 21:02, "Henry Saputra" >> > wrote:
>>> 
 Hi All,
 
 Please find below a proposal for a new incubator podling, Apache
>>> Olympian,
 formerly Titan.
 Apache Olympian is software designed to support the processing of
>> graphs
>>> so
 large that they require storage and computational capacities beyond
>> what
>>> a
 single machine can provide.
 
 This project will be a fork of Titan graph database project (
 https://github.com/thinkaurelius/titan/) that already come with Apache
 License v2.0.
 The project was created by company called Aurelius and was acquired by
 Datstax.
 Coming to 2016 there has been less activity in the project as the
>>> original
 authors are busy with other software development, but there is
>>> significant
 interest from the community (see
>> https://groups.google.com/forum/#!msg/
 aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
 
 The community have tried to reaching out to Datastax to donate the
 copyright and trademark of project to ASF but it was not approved.
 Because of that, the community has decided to go to ASF with different
 name: Apache Olympian.
 
 The wiki proposal page is located at this URL:
 
  https://wiki.apache.org/incubator/OlympianProposal
 
 I have also included the current text of that page below.
 
 Looking forward of comments or questions about this proposal.
 
 
 Thanks,
 Henry Saputra
 On behalf of Apache Olympian community
 
 
 = Apache Olympian Proposal ==
 
 == Abstract ==
 
 Olympian (formerly Titan) is software designed to support the
>> processing
>>> of
 graphs so large that they require storage and computational capacities
 beyond what a single machine can provide. Scaling graph data processing
>>> for
 real time traversals and analytical queries is Olympian’s main benefit.
 
 == Proposal ==
 
 Olympian consists of about 75K of Java code under the Apache 2 license
 . It supports very large
 graphs, with many concurrent transactions and operational graph
>>> processing.
 Olympian graphs scale with the number of machines in the cluster.
>>> Olympian
 already integrates with a number of Apache projects:
 
   -
 
   Provides native support for the popular property graph data model
   exposed by Apache TinkerPop .
   -
 
   Provides native support for the Gremlin graph traversal language
>>> defined
   by Apache TinkerPop for programming language agnostic connectivity.
   -
 
   Provides graph persistence solutions with:
   -
 
  Apache Cassandra 
  -
 
  Apache HBase 
  -
 
   Provides advanced indexing with:
   -
 
  Apache Lucene 
  -
 
  Apache Solr 
  -
 
   Supports global graph analytics and batch graph processing through
 the Apache
   Hadoop  framework with processors
 implemented
   with:
   -
 
  Apache Spark 
  -
 
  Apache Giraph 
 
 
 Other software Olympian interfaces with includes:
 

VOTE: HTrace 4.2-incubating release

[Mike Drob]

Dear IPMC, please vote on our latest release candidate as an Apache Incubator 
project.

Apache HTrace (incubating), has voted to release the below referenced Apache 
HTrace 4.2.0-incubating release candidate.

Vote thread here:
https://lists.apache.org/thread.html/4123e994c752eabaf3f11d5ca13af4182530f001f7a5cbd52862@%3Cdev.htrace.apache.org%3E

And results thread here:
https://lists.apache.org/thread.html/6dfe32eaa84ff36519816029e730e7a5ae9d5ab13ecc1d686fff@%3Cdev.htrace.apache.org%3E

The source tarball, hashes, and signing are here:
https://dist.apache.org/repos/dist/dev/incubator/htrace/htrace-4.2.0RC0/

Related maven artifacts are posted here:
https://repository.apache.org/content/repositories/orgapachehtrace-1017

The tag for the RC is here:
https://git-wip-us.apache.org/repos/asf?p=incubator-htrace.git;a=tree;h=7db3ed8cd93ed49366b518474a44d9267742960e;hb=7c0ae16b71683b71908cae0e59472f3a92074c19

The KEYS file with the key used signing is available here:
https://dist.apache.org/repos/dist/dev/incubator/htrace/KEYS

The vote will be open for 72 hours.

[ ] +1 Release this package as Apache HTrace 4.2.0-incubating
[ ] +0 no opinion
[ ] -1 Do not release this package because ...

Thanks,
Mike

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Ross Gardler]

Yep. As Greg points out this is to be considered a hostile fork. So I'm -1 as 
well.

---
Twitter: @rgardler


From: Henry Saputra 
Sent: Thursday, September 29, 2016 9:55:58 PM
To: general@incubator.apache.org
Subject: Re: [DISCUSS] Olympian Incubation Proposal

Thanks, it shows up as separate thread so I missed it.

On Thursday, September 29, 2016, John D. Ament 
wrote:

> On Thu, Sep 29, 2016 at 9:40 PM Henry Saputra  >
> wrote:
>
> > Which other thread are you referring to?
> >
> >
> A response was received from DataStax legal.
>
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apache.org%2Fthread.html%2Fe4f2c1403bfb4fe75fce9bd6f3182b=01%7C01%7CRoss.Gardler%40microsoft.com%7C304c3939ae2b4bbd4bde08d3e8d4f2a7%7C72f988bf86f141af91ab2d7cd011db47%7C1=l3k%2BYi6y%2F4ISy7b3JAm0CyiYcN7a8g2BjfNDYgJHCeE%3D=0
> 9a95b9830ad9893944bac01ed9@%3Cgeneral.incubator.apache.org%3E
>
>
> > On Thursday, September 29, 2016, Greg Stein  > wrote:
> >
> > > -1 (binding)
> > >
> > > See other-thread from Jason at DataStax. This would be considered a
> > hostile
> > > fork, and as Bertrand noted, the ASF does not want to accept such.
> > >
> > > On Sep 28, 2016 21:02, "Henry Saputra"  
> > > > wrote:
> > >
> > > > Hi All,
> > > >
> > > > Please find below a proposal for a new incubator podling, Apache
> > > Olympian,
> > > > formerly Titan.
> > > > Apache Olympian is software designed to support the processing of
> > graphs
> > > so
> > > > large that they require storage and computational capacities beyond
> > what
> > > a
> > > > single machine can provide.
> > > >
> > > > This project will be a fork of Titan graph database project (
> > > > https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fthinkaurelius%2Ftitan%2F=01%7C01%7CRoss.Gardler%40microsoft.com%7C304c3939ae2b4bbd4bde08d3e8d4f2a7%7C72f988bf86f141af91ab2d7cd011db47%7C1=pCtyXJBkLSTGPhUc2kCuS5WwiSgG9vU9iTSlH2UM%2BC8%3D=0)
> > > >  that already come with
> Apache
> > > > License v2.0.
> > > > The project was created by company called Aurelius and was acquired
> by
> > > > Datstax.
> > > > Coming to 2016 there has been less activity in the project as the
> > > original
> > > > authors are busy with other software development, but there is
> > > significant
> > > > interest from the community (see
> > https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fforum%2F%23!msg%2F=01%7C01%7CRoss.Gardler%40microsoft.com%7C304c3939ae2b4bbd4bde08d3e8d4f2a7%7C72f988bf86f141af91ab2d7cd011db47%7C1=8LL7F8nj3fOLUhqAktvlb61%2F4t9uoSs4t23dfIdOkg4%3D=0
> > > > aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> > > >
> > > > The community have tried to reaching out to Datastax to donate the
> > > > copyright and trademark of project to ASF but it was not approved.
> > > > Because of that, the community has decided to go to ASF with
> different
> > > > name: Apache Olympian.
> > > >
> > > > The wiki proposal page is located at this URL:
> > > >
> > > >   
> > > > https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.apache.org%2Fincubator%2FOlympianProposal=01%7C01%7CRoss.Gardler%40microsoft.com%7C304c3939ae2b4bbd4bde08d3e8d4f2a7%7C72f988bf86f141af91ab2d7cd011db47%7C1=TuNyaBP3%2FfAoqDZjMLfdGm7OwUPuEstLqZv808Zx2Mk%3D=0
> > > >
> > > > I have also included the current text of that page below.
> > > >
> > > > Looking forward of comments or questions about this proposal.
> > > >
> > > >
> > > > Thanks,
> > > > Henry Saputra
> > > > On behalf of Apache Olympian community
> > > >
> > > >
> > > > = Apache Olympian Proposal ==
> > > >
> > > > == Abstract ==
> > > >
> > > > Olympian (formerly Titan) is software designed to support the
> > processing
> > > of
> > > > graphs so large that they require storage and computational
> capacities
> > > > beyond what a single machine can provide. Scaling graph data
> processing
> > > for
> > > > real time traversals and analytical queries is Olympian’s main
> benefit.
> > > >
> > > > == Proposal ==
> > > >
> > > > Olympian consists of about 75K of Java code under the Apache 2
> license
> > > > .
> > > >  It supports very large
> > > > graphs, with many concurrent transactions and operational graph
> > > processing.
> > > > Olympian graphs scale with the number of machines in the cluster.
> > > Olympian
> > > > already integrates with a number of Apache projects:
> > > >
> > > >-
> > > >
> > > >Provides native support for the popular property graph data model
> > > >exposed by Apache TinkerPop 

Re: [DISCUSS] Olympian Incubation Proposal

[Henry Saputra]

Thanks, it shows up as separate thread so I missed it.

On Thursday, September 29, 2016, John D. Ament 
wrote:

> On Thu, Sep 29, 2016 at 9:40 PM Henry Saputra  >
> wrote:
>
> > Which other thread are you referring to?
> >
> >
> A response was received from DataStax legal.
>
> https://lists.apache.org/thread.html/e4f2c1403bfb4fe75fce9bd6f3182b
> 9a95b9830ad9893944bac01ed9@%3Cgeneral.incubator.apache.org%3E
>
>
> > On Thursday, September 29, 2016, Greg Stein  > wrote:
> >
> > > -1 (binding)
> > >
> > > See other-thread from Jason at DataStax. This would be considered a
> > hostile
> > > fork, and as Bertrand noted, the ASF does not want to accept such.
> > >
> > > On Sep 28, 2016 21:02, "Henry Saputra"  
> > > > wrote:
> > >
> > > > Hi All,
> > > >
> > > > Please find below a proposal for a new incubator podling, Apache
> > > Olympian,
> > > > formerly Titan.
> > > > Apache Olympian is software designed to support the processing of
> > graphs
> > > so
> > > > large that they require storage and computational capacities beyond
> > what
> > > a
> > > > single machine can provide.
> > > >
> > > > This project will be a fork of Titan graph database project (
> > > > https://github.com/thinkaurelius/titan/) that already come with
> Apache
> > > > License v2.0.
> > > > The project was created by company called Aurelius and was acquired
> by
> > > > Datstax.
> > > > Coming to 2016 there has been less activity in the project as the
> > > original
> > > > authors are busy with other software development, but there is
> > > significant
> > > > interest from the community (see
> > https://groups.google.com/forum/#!msg/
> > > > aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> > > >
> > > > The community have tried to reaching out to Datastax to donate the
> > > > copyright and trademark of project to ASF but it was not approved.
> > > > Because of that, the community has decided to go to ASF with
> different
> > > > name: Apache Olympian.
> > > >
> > > > The wiki proposal page is located at this URL:
> > > >
> > > >   https://wiki.apache.org/incubator/OlympianProposal
> > > >
> > > > I have also included the current text of that page below.
> > > >
> > > > Looking forward of comments or questions about this proposal.
> > > >
> > > >
> > > > Thanks,
> > > > Henry Saputra
> > > > On behalf of Apache Olympian community
> > > >
> > > >
> > > > = Apache Olympian Proposal ==
> > > >
> > > > == Abstract ==
> > > >
> > > > Olympian (formerly Titan) is software designed to support the
> > processing
> > > of
> > > > graphs so large that they require storage and computational
> capacities
> > > > beyond what a single machine can provide. Scaling graph data
> processing
> > > for
> > > > real time traversals and analytical queries is Olympian’s main
> benefit.
> > > >
> > > > == Proposal ==
> > > >
> > > > Olympian consists of about 75K of Java code under the Apache 2
> license
> > > > . It supports very large
> > > > graphs, with many concurrent transactions and operational graph
> > > processing.
> > > > Olympian graphs scale with the number of machines in the cluster.
> > > Olympian
> > > > already integrates with a number of Apache projects:
> > > >
> > > >-
> > > >
> > > >Provides native support for the popular property graph data model
> > > >exposed by Apache TinkerPop .
> > > >-
> > > >
> > > >Provides native support for the Gremlin graph traversal language
> > > defined
> > > >by Apache TinkerPop for programming language agnostic
> connectivity.
> > > >-
> > > >
> > > >Provides graph persistence solutions with:
> > > >-
> > > >
> > > >   Apache Cassandra 
> > > >   -
> > > >
> > > >   Apache HBase 
> > > >   -
> > > >
> > > >Provides advanced indexing with:
> > > >-
> > > >
> > > >   Apache Lucene 
> > > >   -
> > > >
> > > >   Apache Solr 
> > > >   -
> > > >
> > > >Supports global graph analytics and batch graph processing through
> > > > the Apache
> > > >Hadoop  framework with processors
> > > > implemented
> > > >with:
> > > >-
> > > >
> > > >   Apache Spark 
> > > >   -
> > > >
> > > >   Apache Giraph 
> > > >
> > > >
> > > > Other software Olympian interfaces with includes:
> > > >
> > > >-
> > > >
> > > >BerkeleyDB
> > > >-
> > > >
> > > >Elasticsearch
> > > >
> > > >
> > > > == Background ==
> > > >
> > > > Marko Rodriguez and Matthias Broecheler, cofounders of the Aurelius
> > graph
> > > > consulting firm, developed the Titan distributed graph database system
> > and
> > > > made it 

Re: [DISCUSS] Olympian Incubation Proposal

[John D. Ament]

On Thu, Sep 29, 2016 at 9:40 PM Henry Saputra 
wrote:

> Which other thread are you referring to?
>
>
A response was received from DataStax legal.

https://lists.apache.org/thread.html/e4f2c1403bfb4fe75fce9bd6f3182b9a95b9830ad9893944bac01ed9@%3Cgeneral.incubator.apache.org%3E


> On Thursday, September 29, 2016, Greg Stein  wrote:
>
> > -1 (binding)
> >
> > See other-thread from Jason at DataStax. This would be considered a
> hostile
> > fork, and as Bertrand noted, the ASF does not want to accept such.
> >
> > On Sep 28, 2016 21:02, "Henry Saputra"  > > wrote:
> >
> > > Hi All,
> > >
> > > Please find below a proposal for a new incubator podling, Apache
> > Olympian,
> > > formerly Titan.
> > > Apache Olympian is software designed to support the processing of
> graphs
> > so
> > > large that they require storage and computational capacities beyond
> what
> > a
> > > single machine can provide.
> > >
> > > This project will be a fork of Titan graph database project (
> > > https://github.com/thinkaurelius/titan/) that already come with Apache
> > > License v2.0.
> > > The project was created by company called Aurelius and was acquired by
> > > Datstax.
> > > Coming to 2016 there has been less activity in the project as the
> > original
> > > authors are busy with other software development, but there is
> > significant
> > > interest from the community (see
> https://groups.google.com/forum/#!msg/
> > > aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> > >
> > > The community have tried to reaching out to Datastax to donate the
> > > copyright and trademark of project to ASF but it was not approved.
> > > Because of that, the community has decided to go to ASF with different
> > > name: Apache Olympian.
> > >
> > > The wiki proposal page is located at this URL:
> > >
> > >   https://wiki.apache.org/incubator/OlympianProposal
> > >
> > > I have also included the current text of that page below.
> > >
> > > Looking forward of comments or questions about this proposal.
> > >
> > >
> > > Thanks,
> > > Henry Saputra
> > > On behalf of Apache Olympian community
> > >
> > >
> > > = Apache Olympian Proposal ==
> > >
> > > == Abstract ==
> > >
> > > Olympian (formerly Titan) is software designed to support the
> processing
> > of
> > > graphs so large that they require storage and computational capacities
> > > beyond what a single machine can provide. Scaling graph data processing
> > for
> > > real time traversals and analytical queries is Olympian’s main benefit.
> > >
> > > == Proposal ==
> > >
> > > Olympian consists of about 75K of Java code under the Apache 2 license
> > > . It supports very large
> > > graphs, with many concurrent transactions and operational graph
> > processing.
> > > Olympian graphs scale with the number of machines in the cluster.
> > Olympian
> > > already integrates with a number of Apache projects:
> > >
> > >-
> > >
> > >Provides native support for the popular property graph data model
> > >exposed by Apache TinkerPop .
> > >-
> > >
> > >Provides native support for the Gremlin graph traversal language
> > defined
> > >by Apache TinkerPop for programming language agnostic connectivity.
> > >-
> > >
> > >Provides graph persistence solutions with:
> > >-
> > >
> > >   Apache Cassandra 
> > >   -
> > >
> > >   Apache HBase 
> > >   -
> > >
> > >Provides advanced indexing with:
> > >-
> > >
> > >   Apache Lucene 
> > >   -
> > >
> > >   Apache Solr 
> > >   -
> > >
> > >Supports global graph analytics and batch graph processing through
> > > the Apache
> > >Hadoop  framework with processors
> > > implemented
> > >with:
> > >-
> > >
> > >   Apache Spark 
> > >   -
> > >
> > >   Apache Giraph 
> > >
> > >
> > > Other software Olympian interfaces with includes:
> > >
> > >-
> > >
> > >BerkeleyDB
> > >-
> > >
> > >Elasticsearch
> > >
> > >
> > > == Background ==
> > >
> > > Marko Rodriguez and Matthias Broecheler, cofounders of the Aurelius
> graph
> > > consulting firm, developed the Titan distributed graph database system
> and
> > > made it available under the Apache 2 license in 2012. Marko is also a
> > > cofounder of the Apache TinkerPop project and the primary developer of
> > the
> > > Gremlin graph traversal language. Other developers of Titan include Dan
> > > LaRocque, Stephen Mallette, Daniel Kuppitz, and Pavel Yaskevich.
> Datastax
> > > acquired Aurelius in February 2015, prior to the Titan 1.0 release in
> > > September 2015.
> > >
> > > Since Titan became available on GitHub, there have been 4434 commits,
> 38
> > > 

Re: [DISCUSS] Olympian Incubation Proposal

[Henry Saputra]

Ah the other Jadon from Datastax.
Sorry, somehow the thread did not line up properly.

On Thursday, September 29, 2016, Henry Saputra 
wrote:

> Which other thread are you referring to?
>
> On Thursday, September 29, 2016, Greg Stein  > wrote:
>
>> -1 (binding)
>>
>> See other-thread from Jason at DataStax. This would be considered a
>> hostile
>> fork, and as Bertrand noted, the ASF does not want to accept such.
>>
>> On Sep 28, 2016 21:02, "Henry Saputra"  wrote:
>>
>> > Hi All,
>> >
>> > Please find below a proposal for a new incubator podling, Apache
>> Olympian,
>> > formerly Titan.
>> > Apache Olympian is software designed to support the processing of
>> graphs so
>> > large that they require storage and computational capacities beyond
>> what a
>> > single machine can provide.
>> >
>> > This project will be a fork of Titan graph database project (
>> > https://github.com/thinkaurelius/titan/) that already come with Apache
>> > License v2.0.
>> > The project was created by company called Aurelius and was acquired by
>> > Datstax.
>> > Coming to 2016 there has been less activity in the project as the
>> original
>> > authors are busy with other software development, but there is
>> significant
>> > interest from the community (see https://groups.google.com/forum/#!msg/
>> > aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
>> >
>> > The community have tried to reaching out to Datastax to donate the
>> > copyright and trademark of project to ASF but it was not approved.
>> > Because of that, the community has decided to go to ASF with different
>> > name: Apache Olympian.
>> >
>> > The wiki proposal page is located at this URL:
>> >
>> >   https://wiki.apache.org/incubator/OlympianProposal
>> >
>> > I have also included the current text of that page below.
>> >
>> > Looking forward of comments or questions about this proposal.
>> >
>> >
>> > Thanks,
>> > Henry Saputra
>> > On behalf of Apache Olympian community
>> >
>> >
>> > = Apache Olympian Proposal ==
>> >
>> > == Abstract ==
>> >
>> > Olympian (formerly Titan) is software designed to support the
>> processing of
>> > graphs so large that they require storage and computational capacities
>> > beyond what a single machine can provide. Scaling graph data processing
>> for
>> > real time traversals and analytical queries is Olympian’s main benefit.
>> >
>> > == Proposal ==
>> >
>> > Olympian consists of about 75K of Java code under the Apache 2 license
>> > . It supports very large
>> > graphs, with many concurrent transactions and operational graph
>> processing.
>> > Olympian graphs scale with the number of machines in the cluster.
>> Olympian
>> > already integrates with a number of Apache projects:
>> >
>> >-
>> >
>> >Provides native support for the popular property graph data model
>> >exposed by Apache TinkerPop .
>> >-
>> >
>> >Provides native support for the Gremlin graph traversal language
>> defined
>> >by Apache TinkerPop for programming language agnostic connectivity.
>> >-
>> >
>> >Provides graph persistence solutions with:
>> >-
>> >
>> >   Apache Cassandra 
>> >   -
>> >
>> >   Apache HBase 
>> >   -
>> >
>> >Provides advanced indexing with:
>> >-
>> >
>> >   Apache Lucene 
>> >   -
>> >
>> >   Apache Solr 
>> >   -
>> >
>> >Supports global graph analytics and batch graph processing through
>> > the Apache
>> >Hadoop  framework with processors
>> > implemented
>> >with:
>> >-
>> >
>> >   Apache Spark 
>> >   -
>> >
>> >   Apache Giraph 
>> >
>> >
>> > Other software Olympian interfaces with includes:
>> >
>> >-
>> >
>> >BerkeleyDB
>> >-
>> >
>> >Elasticsearch
>> >
>> >
>> > == Background ==
>> >
>> > Marko Rodriguez and Matthias Broecheler, cofounders of the Aurelius
>> graph
>> > consulting firm, developed the Titan distributed graph database system
>> and
>> > made it available under the Apache 2 license in 2012. Marko is also a
>> > cofounder of the Apache TinkerPop project and the primary developer of
>> the
>> > Gremlin graph traversal language. Other developers of Titan include Dan
>> > LaRocque, Stephen Mallette, Daniel Kuppitz, and Pavel Yaskevich.
>> Datastax
>> > acquired Aurelius in February 2015, prior to the Titan 1.0 release in
>> > September 2015.
>> >
>> > Since Titan became available on GitHub, there have been 4434 commits, 38
>> > branches, 23 releases, and 35 contributors.  In 2016 there has been less
>> > activity as the original authors are busy with other software
>> development,
>> > but there is significant interest from 

Re: [DISCUSS] Olympian Incubation Proposal

[Henry Saputra]

Which other thread are you referring to?

On Thursday, September 29, 2016, Greg Stein  wrote:

> -1 (binding)
>
> See other-thread from Jason at DataStax. This would be considered a hostile
> fork, and as Bertrand noted, the ASF does not want to accept such.
>
> On Sep 28, 2016 21:02, "Henry Saputra"  > wrote:
>
> > Hi All,
> >
> > Please find below a proposal for a new incubator podling, Apache
> Olympian,
> > formerly Titan.
> > Apache Olympian is software designed to support the processing of graphs
> so
> > large that they require storage and computational capacities beyond what
> a
> > single machine can provide.
> >
> > This project will be a fork of Titan graph database project (
> > https://github.com/thinkaurelius/titan/) that already come with Apache
> > License v2.0.
> > The project was created by company called Aurelius and was acquired by
> > Datstax.
> > Coming to 2016 there has been less activity in the project as the
> original
> > authors are busy with other software development, but there is
> significant
> > interest from the community (see https://groups.google.com/forum/#!msg/
> > aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> >
> > The community have tried to reaching out to Datastax to donate the
> > copyright and trademark of project to ASF but it was not approved.
> > Because of that, the community has decided to go to ASF with different
> > name: Apache Olympian.
> >
> > The wiki proposal page is located at this URL:
> >
> >   https://wiki.apache.org/incubator/OlympianProposal
> >
> > I have also included the current text of that page below.
> >
> > Looking forward of comments or questions about this proposal.
> >
> >
> > Thanks,
> > Henry Saputra
> > On behalf of Apache Olympian community
> >
> >
> > = Apache Olympian Proposal ==
> >
> > == Abstract ==
> >
> > Olympian (formerly Titan) is software designed to support the processing
> of
> > graphs so large that they require storage and computational capacities
> > beyond what a single machine can provide. Scaling graph data processing
> for
> > real time traversals and analytical queries is Olympian’s main benefit.
> >
> > == Proposal ==
> >
> > Olympian consists of about 75K of Java code under the Apache 2 license
> > . It supports very large
> > graphs, with many concurrent transactions and operational graph
> processing.
> > Olympian graphs scale with the number of machines in the cluster.
> Olympian
> > already integrates with a number of Apache projects:
> >
> >-
> >
> >Provides native support for the popular property graph data model
> >exposed by Apache TinkerPop .
> >-
> >
> >Provides native support for the Gremlin graph traversal language
> defined
> >by Apache TinkerPop for programming language agnostic connectivity.
> >-
> >
> >Provides graph persistence solutions with:
> >-
> >
> >   Apache Cassandra 
> >   -
> >
> >   Apache HBase 
> >   -
> >
> >Provides advanced indexing with:
> >-
> >
> >   Apache Lucene 
> >   -
> >
> >   Apache Solr 
> >   -
> >
> >Supports global graph analytics and batch graph processing through
> > the Apache
> >Hadoop  framework with processors
> > implemented
> >with:
> >-
> >
> >   Apache Spark 
> >   -
> >
> >   Apache Giraph 
> >
> >
> > Other software Olympian interfaces with includes:
> >
> >-
> >
> >BerkeleyDB
> >-
> >
> >Elasticsearch
> >
> >
> > == Background ==
> >
> > Marko Rodriguez and Matthias Broecheler, cofounders of the Aurelius graph
> > consulting firm, developed the Titan distributed graph database system and
> > made it available under the Apache 2 license in 2012. Marko is also a
> > cofounder of the Apache TinkerPop project and the primary developer of
> the
> > Gremlin graph traversal language. Other developers of Titan include Dan
> > LaRocque, Stephen Mallette, Daniel Kuppitz, and Pavel Yaskevich. Datastax
> > acquired Aurelius in February 2015, prior to the Titan 1.0 release in
> > September 2015.
> >
> > Since Titan became available on GitHub, there have been 4434 commits, 38
> > branches, 23 releases, and 35 contributors.  In 2016 there has been less
> > activity as the original authors are busy with other software
> development,
> > but there is significant interest from the community.
> >
> > == Rationale ==
> >
> > (1) There are a number of Apache projects that integrate with Titan.
> >
> > (2) Apache Atlas (incubating) 
> > packages
> > and ships Titan as an essential component, yet Titan is not part of
> Apache.
> >
> > (3) There are a number of existing users of Titan who are keen to
> 

Re: [DISCUSS] Olympian Incubation Proposal

[P. Taylor Goetz]

Hi Jason,

I am not a lawyer, and the following only represents my personal voice, not 
necessarily that of the ASF or my employer.

While DataStax objecting to this proposal will potentially block the incubation 
of a project based on the Titan codebase at the ASF, it will not prevent the 
same thing from happening elsewhere (i.e. outside the ASF). I think the Titan 
community would love to see this project come to the ASF. I see a strong 
community behind it that is more than capable of maintaining a fork of the 
project outside the auspices of the ASF.

DataStax has a close relationship with the ASF for obvious reasons. I know you 
are a member of the DataStax legal team, but has DataStax leadership considered 
the implications of this response from a public relations perspective as well 
as an ASF community perspective? The ASF holds communities in the highest 
regard. This action seems counter to that tenet, and would also seem to counter 
DataStax’ support of the ASF. Again, these are not legal arguments, so I would 
hope that you would forward my sentiments on to the folks at DataStax who are 
concerned with the DataStax Corporate Image.

This is a potential opportunity for DataStax to reaffirm its commitment to Open 
Source Software, as well the ASF and the communities it serves.

-Taylor



> On Sep 29, 2016, at 7:56 PM, Jason Anderson  
> wrote:
> 
> Hello - my name is Jason Anderson with the DataStax legal group.  On behalf
> of DataStax, I wanted to clarify any potential confusion regarding the
> DataStax position on Titan.  As several posts here have explained, DataStax
> owns the copyright and trademark rights to Titan.  DataStax does not
> approve of and objects to the proposed forking of Titan into Olympian or
> any other ASF project.  DataStax is evaluating the path forward for the
> Titan project and considering the various go-forward licensing options.
> Titan may or may not stay ASL 2.0 licensed as there may be potentially
> broader benefits to the community with GPL or A-GPL.  At this time, we do
> not have a timetable on these decisions but will provide more details to
> the community when possible.
> 
> Jason



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: MySQL FOSS License Exception

[Shane Curcuru]

Donald Szeto wrote on 9/29/16 6:13 PM:
> Hi all,
> 
> I have searched around the Internet and haven't seen this discussed
> (appreciate pointers if I missed any existing discussion).
> 
> The exception: https://www.mysql.com/about/legal/licensing/foss-exception/
> 
> I am curious how Apache view this exception. Is it okay for Apache source
> code to depends on it? What about binaries? Appreciate any input. Thanks!

My bet is no, because it doesn't meet Apache's license criteria:

  https://www.apache.org/legal/resolved.html#criteria

In particular, the ASF's intent is that third parties may take Apache
software releases and use or redistribute a variety of works based on
them without any additional restrictions other than the permissive
Apache license.  This is intended to apply for further redistributions
as well, where the third party's licensing would permit it.

That is, our policy explicitly tries to avoid special cases that the
*ASF* might be able to take advantage of, but that a *redistributor* of
a larger work including our Apache released software might not be able
to take advantage of (because they use a different or commercial license
for some of the work).

- Shane


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Greg Stein]

-1 (binding)

See other-thread from Jason at DataStax. This would be considered a hostile
fork, and as Bertrand noted, the ASF does not want to accept such.

On Sep 28, 2016 21:02, "Henry Saputra"  wrote:

> Hi All,
>
> Please find below a proposal for a new incubator podling, Apache Olympian,
> formerly Titan.
> Apache Olympian is software designed to support the processing of graphs so
> large that they require storage and computational capacities beyond what a
> single machine can provide.
>
> This project will be a fork of Titan graph database project (
> https://github.com/thinkaurelius/titan/) that already come with Apache
> License v2.0.
> The project was created by company called Aurelius and was acquired by
> Datstax.
> Coming to 2016 there has been less activity in the project as the original
> authors are busy with other software development, but there is significant
> interest from the community (see https://groups.google.com/forum/#!msg/
> aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
>
> The community have tried to reaching out to Datastax to donate the
> copyright and trademark of project to ASF but it was not approved.
> Because of that, the community has decided to go to ASF with different
> name: Apache Olympian.
>
> The wiki proposal page is located at this URL:
>
>   https://wiki.apache.org/incubator/OlympianProposal
>
> I have also included the current text of that page below.
>
> Looking forward of comments or questions about this proposal.
>
>
> Thanks,
> Henry Saputra
> On behalf of Apache Olympian community
>
>
> = Apache Olympian Proposal ==
>
> == Abstract ==
>
> Olympian (formerly Titan) is software designed to support the processing of
> graphs so large that they require storage and computational capacities
> beyond what a single machine can provide. Scaling graph data processing for
> real time traversals and analytical queries is Olympian’s main benefit.
>
> == Proposal ==
>
> Olympian consists of about 75K of Java code under the Apache 2 license
> . It supports very large
> graphs, with many concurrent transactions and operational graph processing.
> Olympian graphs scale with the number of machines in the cluster. Olympian
> already integrates with a number of Apache projects:
>
>-
>
>Provides native support for the popular property graph data model
>exposed by Apache TinkerPop .
>-
>
>Provides native support for the Gremlin graph traversal language defined
>by Apache TinkerPop for programming language agnostic connectivity.
>-
>
>Provides graph persistence solutions with:
>-
>
>   Apache Cassandra 
>   -
>
>   Apache HBase 
>   -
>
>Provides advanced indexing with:
>-
>
>   Apache Lucene 
>   -
>
>   Apache Solr 
>   -
>
>Supports global graph analytics and batch graph processing through
> the Apache
>Hadoop  framework with processors
> implemented
>with:
>-
>
>   Apache Spark 
>   -
>
>   Apache Giraph 
>
>
> Other software Olympian interfaces with includes:
>
>-
>
>BerkeleyDB
>-
>
>Elasticsearch
>
>
> == Background ==
>
> Marko Rodriguez and Matthias Broecheler, cofounders of the Aurelius graph
> consulting firm, developed the Titan distributed graph database system and
> made it available under the Apache 2 license in 2012. Marko is also a
> cofounder of the Apache TinkerPop project and the primary developer of the
> Gremlin graph traversal language. Other developers of Titan include Dan
> LaRocque, Stephen Mallette, Daniel Kuppitz, and Pavel Yaskevich. Datastax
> acquired Aurelius in February 2015, prior to the Titan 1.0 release in
> September 2015.
>
> Since Titan became available on GitHub, there have been 4434 commits, 38
> branches, 23 releases, and 35 contributors.  In 2016 there has been less
> activity as the original authors are busy with other software development,
> but there is significant interest from the community.
>
> == Rationale ==
>
> (1) There are a number of Apache projects that integrate with Titan.
>
> (2) Apache Atlas (incubating) 
> packages
> and ships Titan as an essential component, yet Titan is not part of Apache.
>
> (3) There are a number of existing users of Titan who are keen to continue
> to develop the code. These users provide the basis of the community for the
> proposed project.
>
> == Initial Goals ==
>
> The initial goals are as follows:
>
>-
>
>Establish the project governance in The Apache Way and broaden the
>community.
>-
>
>Distribute an incubating release aligned with the latest Apache
>TinkerPop version and prepared in accordance with the Apache release
>

October 2016 Incubator report timeline

[John D. Ament]

October 2016 Incubator report timeline:

http://wiki.apache.org/incubator/October2016

Wed October 05 -- Podling reports due by end of day
Sun October 09 -- Shepherd reviews due by end of day
Sun October 09 -- Summary due by end of day
Tue October 11 -- Mentor signoff due by end of day
Wed October 12 -- Report submitted to Board
Wed October 19 -- Board meeting

I'm not sure if I'll be able to complete a report.  Any volunteers to help
out this month?

John

Re: [IP CLEARANCE] Aether, renamed to Maven Artifact Resolver

[Justin Mclean]

Hi,

> AFAIK, the incoming ant repo is covered by the Sonatype software grant: what 
> precise 3rd party code are you concerned about?

From a quick look there BSD and code copyright  copyright various other people 
[1]

Copyright (c) 2000 The Apache Software Foundation.  All rights
Copyright (c) 2001-2003, ThoughtWorks, Inc.
Copyright (c) 2002 Extreme! Lab, Indiana University. All rights reserved.
Copyright (c) 2004, The Codehaus
Copyright (c) 2004-2008 QOS.ch

However it may just be these licenses refer to stuff that’s been removed, but 
I'm not sure?

All look to be permissive but they would be need to not be part of the grant 
and keep their original license and headers (assuming they exist that is).

Thanks,
Justin

1. 
https://github.com/eclipse/aether-ant/tree/master/src/main/resources/about_files
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

[DISCUSS] Olympian Incubation Proposal

[Jason Anderson]

Hello - my name is Jason Anderson with the DataStax legal group.  On behalf
of DataStax, I wanted to clarify any potential confusion regarding the
DataStax position on Titan.  As several posts here have explained, DataStax
owns the copyright and trademark rights to Titan.  DataStax does not
approve of and objects to the proposed forking of Titan into Olympian or
any other ASF project.  DataStax is evaluating the path forward for the
Titan project and considering the various go-forward licensing options.
Titan may or may not stay ASL 2.0 licensed as there may be potentially
broader benefits to the community with GPL or A-GPL.  At this time, we do
not have a timetable on these decisions but will provide more details to
the community when possible.

Jason

Re: [IP CLEARANCE] Aether, renamed to Maven Artifact Resolver

[Hervé BOUTEMY]

honestly, there is not plan for Sisu currently: Sisu is less Maven centric 
(even if I don't have clear view of how it is used outside Maven , but an IoC 
component is quite generic)

but for sure, never say never

Regards,

Hervé

Le mercredi 28 septembre 2016 17:38:59 Jochen Wiedmann a écrit :
> *Big* +1. Lets hope, that Sisu follows (sooner, or later). It feels
> *so* unnatural, to have this stuff at Eclipse.
> 
> On Wed, Sep 28, 2016 at 5:25 PM, Hervé Boutemy  wrote:
> > Apache Maven received a code donation for Aether, that we renamed to Maven
> > Artifact Resolver to fix a trademark issue:
> > 
> > http://incubator.apache.org/ip-clearance/maven-aether.html
> > 
> > The import plan is more detailed at http://maven.apache.org/aether.html
> > 
> > Please vote to approve this contribution. Lazy consensus applies. If no -1
> > votes are cast within the next 72 hours, the vote passes.
> > 
> > Regards,
> > 
> > Hervé
> > 
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [IP CLEARANCE] Aether, renamed to Maven Artifact Resolver

[Hervé BOUTEMY]

yes, for sure, -1 until answered

AFAIK, the incoming ant repo is covered by the Sonatype software grant: what 
precise 3rd party code are you concerned about?

Regards,

Hervé

Le jeudi 29 septembre 2016 22:51:23 jus...@classsoftware.com a écrit :
> Hi,
> 
> Sorry but -1 (binding) until this is answered.
> 
> > I notice the ant repo contains other 3rd party code. I assume this is not
> > going to part of the software grant?
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Susan Malaika]

+1

-"P. Taylor Goetz"  wrote: -
To: general@incubator.apache.org
From: "P. Taylor Goetz" 
Date: 09/29/2016 06:09PM
Subject: Re: [DISCUSS] Olympian Incubation Proposal

In my mind a "hostile fork" is a fork of a project that goes against the wishes 
of the copyright holders and/or community.

I don't consider this proposal to be a hostile fork. In this case the community 
is eager to see the project move forward, but the owners of both the copyright 
and the keys to the castle (commit permissions) are no longer maintaining the 
project. Thus the community is left no other option than to fork in order to 
make any progress. The owners have also not expressed any resistance against 
the fork despite being asked several times. They have expressed an 
unwillingness to sign an SGA, but their silence when asked if they would move 
to block the proposal seems to indicate some level of approval (lazy consensus) 
to allow the proposal to move forward.

I would recommend, as was suggested earlier in this thread, that as champion 
Henry send a link to this discussion to legal@ and ask for guidance as to how 
to proceed.

-Taylor

> On Sep 29, 2016, at 3:10 PM, Julian Hyde  wrote:
> 
> Some clarification of what constitutes a “hostile fork” would indeed be 
> useful. On a few occasions I have had discussions with communities on joining 
> Apache, and this often comes up. We have relied on precedent — and in 
> particular, on-the-record comments by board members on this list — and it has 
> been working OK.
> 
> Bertrand, can you clarify what you mean by “author”. Do you mean copyright 
> holder or you mean the individuals? (In this case it is moot, as DataStax is 
> the copyright holder and the individuals are now mostly DataStax employees, 
> but in other cases it is a material distinction.)
> 
> Julian
> 
> 
>> On Sep 29, 2016, at 11:05 AM, Bertrand Delacretaz  
>> wrote:
>> 
>> Hi Chris,
>> 
>>> On Thu, Sep 29, 2016 at 7:23 PM, Chris Mattmann  wrote:
>>> ...I have a bit of a different understanding. We only accept code 
>>> contributions
>>> that want to be here
>> 
>> This sounds similar to the discussions we had about Bloodhound back in
>> early 2012 - Roy had some good comments about what we should or should
>> not accept, at https://s.apache.org/roy_forks_2012
>> 
>> It's not all black and white, but IMO we do need some form of
>> agreement from the original authors about the ASF taking control of
>> their code. Or maybe a demonstration that they really don't care about
>> it anymore, which some of the info in this thread hints to.
>> 
>> -Bertrand
>> 
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>> 
> 
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
> 

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

[VOTE][RESULT] Release SAMOA 0.4.0 (incubating) RC1

[Nicolas Kourtellis]

Dear all,

Thanks everyone for their votes and comments.

I'm pleased to announce that this vote has passed with the following
results:

3 binding +1
Alan Gates: +1 (binding)
Justin Mclean: +1 binding
Jean-Baptiste Onofré: +1 (binding)

2 non-binding +1 and one 0
Nicolas Kourtellis: +1
Flavio Junqueira: +1
Stian Soiland-Reyes: 0

The release should be out in the mirrors.

We will work on fixing any pending minor issues that were pointed out in
the next release.

Many thanks,
Nicolas

MySQL FOSS License Exception

[Donald Szeto]

Hi all,

I have searched around the Internet and haven't seen this discussed
(appreciate pointers if I missed any existing discussion).

The exception: https://www.mysql.com/about/legal/licensing/foss-exception/

I am curious how Apache view this exception. Is it okay for Apache source
code to depends on it? What about binaries? Appreciate any input. Thanks!

Regards,
Donald

Re: [DISCUSS] Olympian Incubation Proposal

[P. Taylor Goetz]

In my mind a "hostile fork" is a fork of a project that goes against the wishes 
of the copyright holders and/or community.

I don't consider this proposal to be a hostile fork. In this case the community 
is eager to see the project move forward, but the owners of both the copyright 
and the keys to the castle (commit permissions) are no longer maintaining the 
project. Thus the community is left no other option than to fork in order to 
make any progress. The owners have also not expressed any resistance against 
the fork despite being asked several times. They have expressed an 
unwillingness to sign an SGA, but their silence when asked if they would move 
to block the proposal seems to indicate some level of approval (lazy consensus) 
to allow the proposal to move forward.

I would recommend, as was suggested earlier in this thread, that as champion 
Henry send a link to this discussion to legal@ and ask for guidance as to how 
to proceed.

-Taylor

> On Sep 29, 2016, at 3:10 PM, Julian Hyde  wrote:
> 
> Some clarification of what constitutes a “hostile fork” would indeed be 
> useful. On a few occasions I have had discussions with communities on joining 
> Apache, and this often comes up. We have relied on precedent — and in 
> particular, on-the-record comments by board members on this list — and it has 
> been working OK.
> 
> Bertrand, can you clarify what you mean by “author”. Do you mean copyright 
> holder or you mean the individuals? (In this case it is moot, as DataStax is 
> the copyright holder and the individuals are now mostly DataStax employees, 
> but in other cases it is a material distinction.)
> 
> Julian
> 
> 
>> On Sep 29, 2016, at 11:05 AM, Bertrand Delacretaz  
>> wrote:
>> 
>> Hi Chris,
>> 
>>> On Thu, Sep 29, 2016 at 7:23 PM, Chris Mattmann  wrote:
>>> ...I have a bit of a different understanding. We only accept code 
>>> contributions
>>> that want to be here
>> 
>> This sounds similar to the discussions we had about Bloodhound back in
>> early 2012 - Roy had some good comments about what we should or should
>> not accept, at https://s.apache.org/roy_forks_2012
>> 
>> It's not all black and white, but IMO we do need some form of
>> agreement from the original authors about the ASF taking control of
>> their code. Or maybe a demonstration that they really don't care about
>> it anymore, which some of the info in this thread hints to.
>> 
>> -Bertrand
>> 
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>> 
> 
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
> 

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

RE: [DISCUSS] Olympian Incubation Proposal

[Ross Gardler]

I think the simplest definition of a "hostile fork" is this:

Does the copyright owner object to the fork?
Yes - it's hostile
No - it’s not hostile

Ross

> -Original Message-
> From: Julian Hyde [mailto:jh...@apache.org]
> Sent: Thursday, September 29, 2016 3:11 PM
> To: general@incubator.apache.org
> Subject: Re: [DISCUSS] Olympian Incubation Proposal
> 
> Some clarification of what constitutes a “hostile fork” would indeed be 
> useful.
> On a few occasions I have had discussions with communities on joining Apache,
> and this often comes up. We have relied on precedent — and in particular, on-
> the-record comments by board members on this list — and it has been
> working OK.
> 
> Bertrand, can you clarify what you mean by “author”. Do you mean copyright
> holder or you mean the individuals? (In this case it is moot, as DataStax is 
> the
> copyright holder and the individuals are now mostly DataStax employees, but
> in other cases it is a material distinction.)
> 
> Julian
> 
> 
> > On Sep 29, 2016, at 11:05 AM, Bertrand Delacretaz
>  wrote:
> >
> > Hi Chris,
> >
> > On Thu, Sep 29, 2016 at 7:23 PM, Chris Mattmann 
> wrote:
> >> ...I have a bit of a different understanding. We only accept code
> >> contributions that want to be here
> >
> > This sounds similar to the discussions we had about Bloodhound back in
> > early 2012 - Roy had some good comments about what we should or should
> > not accept, at
> > https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fs.apa
> >
> che.org%2Froy_forks_2012=01%7C01%7CRoss.Gardler%40microsoft.com
> %7
> >
> Cfb88d21e13994e66fc3608d3e89c5a18%7C72f988bf86f141af91ab2d7cd011db
> 47%7
> >
> C1=Joz8YRomzG7DfCj9f%2FQ4ju0JqvgArpwM%2BS0hrTnsBdE%3D
> rved=0
> >
> > It's not all black and white, but IMO we do need some form of
> > agreement from the original authors about the ASF taking control of
> > their code. Or maybe a demonstration that they really don't care about
> > it anymore, which some of the info in this thread hints to.
> >
> > -Bertrand
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org

Re: Toree's LGPL Dependency resolved!

[Henry Saputra]

Congrats guys! This is great news

On Thu, Sep 29, 2016 at 1:18 PM, Gino Bustelo  wrote:

> Just wanted to announce that the Apache Toree team was able to work with
> the JeroMQ (https://github.com/zeromq/jeromq) team to get their library
> relicensed as MPL v2. This is a key milestone for the Toree project, as it
> allow us to produce regular releases.
>
> This is a great example of inter-OSS communities working together.
>

Toree's LGPL Dependency resolved!

[Gino Bustelo]

Just wanted to announce that the Apache Toree team was able to work with
the JeroMQ (https://github.com/zeromq/jeromq) team to get their library
relicensed as MPL v2. This is a key milestone for the Toree project, as it
allow us to produce regular releases.

This is a great example of inter-OSS communities working together.

Re: [DISCUSS] Olympian Incubation Proposal

[Julian Hyde]

Some clarification of what constitutes a “hostile fork” would indeed be useful. 
On a few occasions I have had discussions with communities on joining Apache, 
and this often comes up. We have relied on precedent — and in particular, 
on-the-record comments by board members on this list — and it has been working 
OK.

Bertrand, can you clarify what you mean by “author”. Do you mean copyright 
holder or you mean the individuals? (In this case it is moot, as DataStax is 
the copyright holder and the individuals are now mostly DataStax employees, but 
in other cases it is a material distinction.)

Julian


> On Sep 29, 2016, at 11:05 AM, Bertrand Delacretaz  
> wrote:
> 
> Hi Chris,
> 
> On Thu, Sep 29, 2016 at 7:23 PM, Chris Mattmann  wrote:
>> ...I have a bit of a different understanding. We only accept code 
>> contributions
>> that want to be here
> 
> This sounds similar to the discussions we had about Bloodhound back in
> early 2012 - Roy had some good comments about what we should or should
> not accept, at https://s.apache.org/roy_forks_2012
> 
> It's not all black and white, but IMO we do need some form of
> agreement from the original authors about the ASF taking control of
> their code. Or maybe a demonstration that they really don't care about
> it anymore, which some of the info in this thread hints to.
> 
> -Bertrand
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
> 


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

[IP CLEARANCE] Apache Storm JMS Integration

[P. Taylor Goetz]

Apache Storm has received a code donation for Storm JMS Integration:

http://incubator.apache.org/ip-clearance/storm-jms.html 


The source code can be found at https://github.com/ptgoetz/storm-jms 
 with the following git commit SHA: 
aab6acdf316c48bf566e37776790116f2794199b

Please vote to approve this contribution. Lazy consensus applies. If no -1
votes are cast within the next 72 hours, the vote passes.

Regards,

-Taylor


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [DISCUSS] Olympian Incubation Proposal

[Chris Mattmann]

The precedent set by Bloodhound, and other projects suggest to me that 
you could simply move forward after giving legal@ a heads up and just seeing
if there are any objections..or if lazy consensus just move forward and deal
with it during Incubation.

On 9/29/16, 11:33 AM, "Henry Saputra"  wrote:

Thanks for the insights, Ross, Bertrand, JB, and Chris,

As Alan has mentioned before, we have attempted numerous times and channels
to ask DataStax whether they opposed to us taking a fork to Apache with no
avail.

If anyone has connection to Datastax or especially the Titan team here, we
would love to be connected to.

And if it contact or reply is not happening, would moving to legal@ as Ross
mentioned be good solution or next step?


- Henry

On Thu, Sep 29, 2016 at 11:06 AM, Chris Mattmann 
wrote:

> Yep this thread sounds very similar to those discussions. I think we have
> the
> story emerging here that we can move forward with.
>
> Cheers,
> Chris
>
>
>
>
> On 9/29/16, 11:05 AM, "Bertrand Delacretaz" 
> wrote:
>
> Hi Chris,
>
> On Thu, Sep 29, 2016 at 7:23 PM, Chris Mattmann 
> wrote:
> > ...I have a bit of a different understanding. We only accept code
> contributions
> > that want to be here
>
> This sounds similar to the discussions we had about Bloodhound back in
> early 2012 - Roy had some good comments about what we should or should
> not accept, at https://s.apache.org/roy_forks_2012
>
> It's not all black and white, but IMO we do need some form of
> agreement from the original authors about the ASF taking control of
> their code. Or maybe a demonstration that they really don't care about
> it anymore, which some of the info in this thread hints to.
>
> -Bertrand
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>
>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>




-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Henry Saputra]

Thanks for the insights, Ross, Bertrand, JB, and Chris,

As Alan has mentioned before, we have attempted numerous times and channels
to ask DataStax whether they opposed to us taking a fork to Apache with no
avail.

If anyone has connection to Datastax or especially the Titan team here, we
would love to be connected to.

And if it contact or reply is not happening, would moving to legal@ as Ross
mentioned be good solution or next step?


- Henry

On Thu, Sep 29, 2016 at 11:06 AM, Chris Mattmann 
wrote:

> Yep this thread sounds very similar to those discussions. I think we have
> the
> story emerging here that we can move forward with.
>
> Cheers,
> Chris
>
>
>
>
> On 9/29/16, 11:05 AM, "Bertrand Delacretaz" 
> wrote:
>
> Hi Chris,
>
> On Thu, Sep 29, 2016 at 7:23 PM, Chris Mattmann 
> wrote:
> > ...I have a bit of a different understanding. We only accept code
> contributions
> > that want to be here
>
> This sounds similar to the discussions we had about Bloodhound back in
> early 2012 - Roy had some good comments about what we should or should
> not accept, at https://s.apache.org/roy_forks_2012
>
> It's not all black and white, but IMO we do need some form of
> agreement from the original authors about the ASF taking control of
> their code. Or maybe a demonstration that they really don't care about
> it anymore, which some of the info in this thread hints to.
>
> -Bertrand
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>
>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

[CANCEL][VOTE] Release Apache PredictionIO 0.10.0 (incubating) RC4

[Donald Szeto]

Thank you for pointing out all issues. I have not received a reply from the
photographer, so I will cancel this vote and roll a new RC. Thanks!

Regards,
Donald

On Tue, Sep 27, 2016 at 2:10 PM, Roman Shaposhnik 
wrote:

> On Tue, Sep 27, 2016 at 2:06 PM, Donald Szeto  wrote:
> > Hi Justin,
> >
> > Sounds good. Since a vote usually take 72 hours, is it okay in practice
> to
> > "pipeline them"? What I mean is to let the current IPMC vote sits here,
> > while the project PMC creates a new RC and start voting on it? Or must
> they
> > be mutually exclusive, i.e. only one could exist at any time? I am
> curious
> > of this possibility to shorten release cycle time.
>
> It will be much less confusing if the previous RC VOTE was canceled.
>
> Thanks,
> Roman.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [DISCUSS] Olympian Incubation Proposal

[Chris Mattmann]

Yep this thread sounds very similar to those discussions. I think we have the 
story emerging here that we can move forward with.

Cheers,
Chris




On 9/29/16, 11:05 AM, "Bertrand Delacretaz"  wrote:

Hi Chris,

On Thu, Sep 29, 2016 at 7:23 PM, Chris Mattmann  wrote:
> ...I have a bit of a different understanding. We only accept code 
contributions
> that want to be here

This sounds similar to the discussions we had about Bloodhound back in
early 2012 - Roy had some good comments about what we should or should
not accept, at https://s.apache.org/roy_forks_2012

It's not all black and white, but IMO we do need some form of
agreement from the original authors about the ASF taking control of
their code. Or maybe a demonstration that they really don't care about
it anymore, which some of the info in this thread hints to.

-Bertrand

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org





-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Bertrand Delacretaz]

Hi Chris,

On Thu, Sep 29, 2016 at 7:23 PM, Chris Mattmann  wrote:
> ...I have a bit of a different understanding. We only accept code 
> contributions
> that want to be here

This sounds similar to the discussions we had about Bloodhound back in
early 2012 - Roy had some good comments about what we should or should
not accept, at https://s.apache.org/roy_forks_2012

It's not all black and white, but IMO we do need some form of
agreement from the original authors about the ASF taking control of
their code. Or maybe a demonstration that they really don't care about
it anymore, which some of the info in this thread hints to.

-Bertrand

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Chris Mattmann]

Ross is correct.

Chris




On 9/29/16, 8:15 AM, "Ross Gardler"  wrote:

OK, if Datastax are not objecting to the move then this is not a hostile 
fork. You should have your champion get clearance from legal@ for accepting 
this code under the open source license it is published under rather than under 
the SGA.

Ross

> -Original Message-
> From: Ted Wilmes [mailto:twil...@gmail.com]
> Sent: Thursday, September 29, 2016 11:12 AM
> To: general@incubator.apache.org; mbruk...@google.com
> Subject: Re: [DISCUSS] Olympian Incubation Proposal
> 
> Hello Ross,
> Per another one of the proposal submitters, Misha Brukman: "Datastax is 
not
> against the move of Titan to ASF but has stated that they will neither 
support
> or block it, as long as it doesn't involve them participating or signing 
the
> software grant"  I've CC'ed him to get him onto this thread.
> 
> Thanks,
> Ted
> 
> On Thu, Sep 29, 2016 at 9:28 AM, Ross Gardler 
> wrote:
> 
> > I see the GitHub code is untouched for over a year. Are Datastax
> > objecting to the proposal or is it just that they are unwilling to
> > actively supporting it?
> >
> > Ross
> >
> > > -Original Message-
> > > From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
> > > Sent: Thursday, September 29, 2016 10:23 AM
> > > To: general@incubator.apache.org
> > > Subject: Re: [DISCUSS] Olympian Incubation Proposal
> > >
> > > Hi Susan,
> > >
> > > community interest is the key part for sure. But we would like to
> > > avoid
> > any
> > > trouble about the grant agreement, etc.
> > >
> > > Just my $0.01
> > >
> > > Regards
> > > JB
> > >
> > > On 09/29/2016 03:03 PM, Susan Malaika wrote:
> > > > Hi JB
> > > > Datastax know about the incubator effort. As far as I know they
> > > > will
> > not sign
> > > the grant agreement. I was under the impression that the incubator
> > proposal
> > > can proceed after discussion if there is sufficient community 
interest.
> > > > Susan Malaika
> > > >
> > > > -Jean-Baptiste Onofré  wrote: -
> > > > To: general@incubator.apache.org
> > > > From: Jean-Baptiste Onofré 
> > > > Date: 09/29/2016 08:43AM
> > > > Subject: Re: [DISCUSS] Olympian Incubation Proposal
> > > >
> > > > Hi Henry,
> > > >
> > > > Is DataStax know and agree with the fork ?
> > > >
> > > > Else, the Software Grant Agreement won't be possible and it won't
> > > > be able to easy to head to graduation.
> > > >
> > > > Regards
> > > > JB
> > > >
> > > > On 09/29/2016 06:01 AM, Henry Saputra wrote:
> > > >> Hi All,
> > > >>
> > > >> Please find below a proposal for a new incubator podling, Apache
> > > >> Olympian, formerly Titan.
> > > >> Apache Olympian is software designed to support the processing of
> > > >> graphs so large that they require storage and computational
> > > >> capacities beyond what a single machine can provide.
> > > >>
> > > >> This project will be a fork of Titan graph database project (
> > > >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> > > >> gith
> > > >>
> > >
> ub.com%2Fthinkaurelius%2Ftitan%2F=01%7C01%7CRoss.Gardler%40mic
> > >
> rosoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f141af91ab
> > >
> 2d7cd011db47%7C1=J9Ur0GJAXUuWr1pLwivOkykimmgPEoOK5kB1vDJlI
> > > JM%3D=0) that already come with Apache License v2.0.
> > > >> The project was created by company called Aurelius and was
> > > >> acquired by Datstax.
> > > >> Coming to 2016 there has been less activity in the project as the
> > > >> original authors are busy with other software development, but
> > > >> there is significant interest from the community (see
> > > >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> > > >> grou
> > > >>
> > >
> ps.google.com%2Fforum%2F%23!msg%2F=01%7C01%7CRoss.Gardler%4
> > > 0micr
> > > >>
> > >
> osoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f141af91ab
> > > 2d
> > > >>
> > >
> 7cd011db47%7C1=wwJsPajQfTfxZgrF5wwBX04kk4v7iJ0afZ0NDlYWQck%
> > > 3D
> > > >> eserved=0
> > > >> aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> > > >>
> > > >> The community have tried to reaching out to Datastax to donate
> > > >> the copyright and trademark of project to ASF but it was not 
approved.
> > > >> Because of that, the community has decided to go to ASF with
> > > >> different
> > > >> name: Apache Olympian.
> > > >>
> > > >> The wiki proposal page is located at this URL:
> > > >>
> > > >>
> > > >> 

Re: [DISCUSS] Olympian Incubation Proposal

[Chris Mattmann]

Hi Bertrand,

I have a bit of a different understanding. We only accept code contributions
that want to be here. If the license for this project is ALv2 upstream from 
DataStax
then the community coming here for Olympian may fork the project and so long as
those committers and PMC part of the new project have ICLAs on file, there need 
not
be any informal agreement with any company. The company owns the name, the 
trademark,
etc., but the license allows forks and new communities to be made.

Cheers,
Chris


On 9/29/16, 1:20 AM, "Bertrand Delacretaz"  wrote:

Hi,

On Thu, Sep 29, 2016 at 6:01 AM, Henry Saputra  
wrote:
> ...This project will be a fork of Titan graph database project...
> ...The project was created by company called Aurelius and was acquired by
> Datstax...

We only accept friendly forks, and it looks like Titan belongs to
DataStax, so IMO you need at least an informal agreement from them
before forking at the ASF.

-Bertrand

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org





-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Alan Gates]

When we asked DataStax if they would sign a code grant, they were clear that 
they would not.  When we asked if they were opposed to us taking a fork to 
Apache, we got no response, despite trying on multiple channels.  I don’t know 
if this is enough to accept the podling or not, but it’s the best we’re going 
to get.

Alan.

> On Sep 29, 2016, at 01:20, Bertrand Delacretaz  wrote:
> 
> Hi,
> 
> On Thu, Sep 29, 2016 at 6:01 AM, Henry Saputra  
> wrote:
>> ...This project will be a fork of Titan graph database project...
>> ...The project was created by company called Aurelius and was acquired by
>> Datstax...
> 
> We only accept friendly forks, and it looks like Titan belongs to
> DataStax, so IMO you need at least an informal agreement from them
> before forking at the ASF.
> 
> -Bertrand
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
> 


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Release Apache Streams version 0.3-incubating

[sblackmon]

Justin,

The release candidate artifacts have been placed in 
https://dist.apache.org/repos/dist/dev/incubator/streams/0.3-incubating/

https://dist.apache.org/repos/dist/dev/incubator/streams wasn’t mentioned in 
our release process documentation (Now it is).

Thanks,
Steve
On September 28, 2016 at 10:59:17 PM, Justin Mclean (jus...@classsoftware.com) 
wrote:

Hi,  

Please place the artefacts to vote on here [1].  

I checked (all 3 source packages):  
- name include incubating  
- signatures and hashes correct  
- DISCLAIMERS exists  
- all LICENSE and NOTICE good  
- No unexpected binary files  
- All source files have Apache headers  
- Can compile from source  

Thanks,  
Justin  

1. https://dist.apache.org/repos/dist/dev/incubator/streams  

-  
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org  
For additional commands, e-mail: general-h...@incubator.apache.org  

Re: [VOTE] Impala 2.7.0 release candidate 3

[Carl Steinbach]

+1


On Thu, Sep 29, 2016 at 8:22 AM, Todd Lipcon  wrote:

> Hey Jim,
>
> Just a quick note: I think several of the mentors (myself included) might
> be busy at Strata/Hadoop World this week, so might be tough to get the
> votes in within 72 hours. If the required 3 votes aren't in by early next
> week, I should have more time to check the release then.
>
> Thanks
> -Todd
>
> On Tue, Sep 27, 2016 at 1:25 PM, Jim Apple  wrote:
>
> > Oh, I forgot to mention - to check the RAT report, you can use the
> > script in bin/check-rat-report.py and the list of files to exclude
> > from bin/rat_exclude_files.txt
> >
> > On Tue, Sep 27, 2016 at 8:33 AM, Jim Apple  wrote:
> > > The Impala PPMC has voted to release 2.7.0 release candidate 3:
> > >
> > > Proposal:
> > >
> > > http://mail-archives.apache.org/mod_mbox/incubator-impala-
> > dev/201609.mbox/%3CCAC-pSX36EbVohLNXdg7pV7i3gkv5_
> > JajZ8ekbZM9OguOi9fH0Q%40mail.gmail.com%3E
> > >
> > > Mirror:
> > >
> > > https://lists.apache.org/thread.html/530925a9689157059d6de31a4e3f97
> > 587154defd13328930112784a4@%3Cdev.impala.apache.org%3E
> > >
> > > The result of the vote:
> > >
> > > https://lists.apache.org/thread.html/477c2e59c44db5c19177b166fc8c28
> > 5d940533963106cdf4c7f2ad6a@%3Cdev.impala.apache.org%3E
> > >
> > > The artifacts for testing (including signatures and checksums):
> > >
> > > https://dist.apache.org/repos/dist/dev/incubator/impala/2.7.0/RC3/
> > >
> > > The KEYS:
> > >
> > > https://dist.apache.org/repos/dist/dev/incubator/impala/KEYS
> > >
> > > The git tag:
> > >
> > > https://git-wip-us.apache.org/repos/asf?p=incubator-impala.
> > git;a=tag;h=refs/tags/2.7.0-rc3
> > >
> > > This vote will be open for at least 72 hours, or until the necessary
> > > number of votes (3 +1) is reached.
> > >
> > > [ ] +1 Approve the release
> > > [ ] -1 Don't approve the release (please provide specific comments)
> > >
> > > Thanks,
> > > Jim
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
> >
>
>
> --
> Todd Lipcon
> Software Engineer, Cloudera
>

Re: [DISCUSS] Olympian Incubation Proposal

[Henry Saputra]

I think we are in similar situation like Metron (https://wiki.apache.org/
incubator/MetronProposal) where there is also need to fork from original
repo.

- Henry

On Thu, Sep 29, 2016 at 6:03 AM, Susan Malaika  wrote:

> Hi JB
> Datastax know about the incubator effort. As far as I know they will not
> sign  the grant agreement. I was under the impression that the incubator
> proposal can proceed after discussion if there is sufficient community
> interest.
> Susan Malaika
>
> -Jean-Baptiste Onofré  wrote: -
> To: general@incubator.apache.org
> From: Jean-Baptiste Onofré 
> Date: 09/29/2016 08:43AM
> Subject: Re: [DISCUSS] Olympian Incubation Proposal
>
> Hi Henry,
>
> Is DataStax know and agree with the fork ?
>
> Else, the Software Grant Agreement won't be possible and it won't be
> able to easy to head to graduation.
>
> Regards
> JB
>
> On 09/29/2016 06:01 AM, Henry Saputra wrote:
> > Hi All,
> >
> > Please find below a proposal for a new incubator podling, Apache
> Olympian,
> > formerly Titan.
> > Apache Olympian is software designed to support the processing of graphs
> so
> > large that they require storage and computational capacities beyond what
> a
> > single machine can provide.
> >
> > This project will be a fork of Titan graph database project (
> > https://github.com/thinkaurelius/titan/) that already come with Apache
> > License v2.0.
> > The project was created by company called Aurelius and was acquired by
> > Datstax.
> > Coming to 2016 there has been less activity in the project as the
> original
> > authors are busy with other software development, but there is
> significant
> > interest from the community (see https://groups.google.com/forum/#!msg/
> > aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> >
> > The community have tried to reaching out to Datastax to donate the
> > copyright and trademark of project to ASF but it was not approved.
> > Because of that, the community has decided to go to ASF with different
> > name: Apache Olympian.
> >
> > The wiki proposal page is located at this URL:
> >
> >   https://wiki.apache.org/incubator/OlympianProposal
> >
> > I have also included the current text of that page below.
> >
> > Looking forward of comments or questions about this proposal.
> >
> >
> > Thanks,
> > Henry Saputra
> > On behalf of Apache Olympian community
> >
> >
> > = Apache Olympian Proposal ==
> >
> > == Abstract ==
> >
> > Olympian (formerly Titan) is software designed to support the processing
> of
> > graphs so large that they require storage and computational capacities
> > beyond what a single machine can provide. Scaling graph data processing
> for
> > real time traversals and analytical queries is Olympian’s main benefit.
> >
> > == Proposal ==
> >
> > Olympian consists of about 75K of Java code under the Apache 2 license
> > . It supports very large
> > graphs, with many concurrent transactions and operational graph
> processing.
> > Olympian graphs scale with the number of machines in the cluster.
> Olympian
> > already integrates with a number of Apache projects:
> >
> >-
> >
> >Provides native support for the popular property graph data model
> >exposed by Apache TinkerPop .
> >-
> >
> >Provides native support for the Gremlin graph traversal language
> defined
> >by Apache TinkerPop for programming language agnostic connectivity.
> >-
> >
> >Provides graph persistence solutions with:
> >-
> >
> >   Apache Cassandra 
> >   -
> >
> >   Apache HBase 
> >   -
> >
> >Provides advanced indexing with:
> >-
> >
> >   Apache Lucene 
> >   -
> >
> >   Apache Solr 
> >   -
> >
> >Supports global graph analytics and batch graph processing through
> > the Apache
> >Hadoop  framework with processors
> implemented
> >with:
> >-
> >
> >   Apache Spark 
> >   -
> >
> >   Apache Giraph 
> >
> >
> > Other software Olympian interfaces with includes:
> >
> >-
> >
> >BerkeleyDB
> >-
> >
> >Elasticsearch
> >
> >
> > == Background ==
> >
> > Marko Rodriguez and Matthias Broecheler, cofounders of the Aurelius graph
> > consulting firm, developed the Titan distributed graph database system and
> > made it available under the Apache 2 license in 2012. Marko is also a
> > cofounder of the Apache TinkerPop project and the primary developer of
> the
> > Gremlin graph traversal language. Other developers of Titan include Dan
> > LaRocque, Stephen Mallette, Daniel Kuppitz, and Pavel Yaskevich. Datastax
> > acquired Aurelius in February 2015, prior to the Titan 1.0 release in
> > September 2015.
> >
> > Since Titan became available on GitHub, there 

Re: [VOTE] Impala 2.7.0 release candidate 3

[Todd Lipcon]

Hey Jim,

Just a quick note: I think several of the mentors (myself included) might
be busy at Strata/Hadoop World this week, so might be tough to get the
votes in within 72 hours. If the required 3 votes aren't in by early next
week, I should have more time to check the release then.

Thanks
-Todd

On Tue, Sep 27, 2016 at 1:25 PM, Jim Apple  wrote:

> Oh, I forgot to mention - to check the RAT report, you can use the
> script in bin/check-rat-report.py and the list of files to exclude
> from bin/rat_exclude_files.txt
>
> On Tue, Sep 27, 2016 at 8:33 AM, Jim Apple  wrote:
> > The Impala PPMC has voted to release 2.7.0 release candidate 3:
> >
> > Proposal:
> >
> > http://mail-archives.apache.org/mod_mbox/incubator-impala-
> dev/201609.mbox/%3CCAC-pSX36EbVohLNXdg7pV7i3gkv5_
> JajZ8ekbZM9OguOi9fH0Q%40mail.gmail.com%3E
> >
> > Mirror:
> >
> > https://lists.apache.org/thread.html/530925a9689157059d6de31a4e3f97
> 587154defd13328930112784a4@%3Cdev.impala.apache.org%3E
> >
> > The result of the vote:
> >
> > https://lists.apache.org/thread.html/477c2e59c44db5c19177b166fc8c28
> 5d940533963106cdf4c7f2ad6a@%3Cdev.impala.apache.org%3E
> >
> > The artifacts for testing (including signatures and checksums):
> >
> > https://dist.apache.org/repos/dist/dev/incubator/impala/2.7.0/RC3/
> >
> > The KEYS:
> >
> > https://dist.apache.org/repos/dist/dev/incubator/impala/KEYS
> >
> > The git tag:
> >
> > https://git-wip-us.apache.org/repos/asf?p=incubator-impala.
> git;a=tag;h=refs/tags/2.7.0-rc3
> >
> > This vote will be open for at least 72 hours, or until the necessary
> > number of votes (3 +1) is reached.
> >
> > [ ] +1 Approve the release
> > [ ] -1 Don't approve the release (please provide specific comments)
> >
> > Thanks,
> > Jim
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


-- 
Todd Lipcon
Software Engineer, Cloudera

RE: [DISCUSS] Olympian Incubation Proposal

[Ross Gardler]

OK, if Datastax are not objecting to the move then this is not a hostile fork. 
You should have your champion get clearance from legal@ for accepting this code 
under the open source license it is published under rather than under the SGA.

Ross

> -Original Message-
> From: Ted Wilmes [mailto:twil...@gmail.com]
> Sent: Thursday, September 29, 2016 11:12 AM
> To: general@incubator.apache.org; mbruk...@google.com
> Subject: Re: [DISCUSS] Olympian Incubation Proposal
> 
> Hello Ross,
> Per another one of the proposal submitters, Misha Brukman: "Datastax is not
> against the move of Titan to ASF but has stated that they will neither support
> or block it, as long as it doesn't involve them participating or signing the
> software grant"  I've CC'ed him to get him onto this thread.
> 
> Thanks,
> Ted
> 
> On Thu, Sep 29, 2016 at 9:28 AM, Ross Gardler 
> wrote:
> 
> > I see the GitHub code is untouched for over a year. Are Datastax
> > objecting to the proposal or is it just that they are unwilling to
> > actively supporting it?
> >
> > Ross
> >
> > > -Original Message-
> > > From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
> > > Sent: Thursday, September 29, 2016 10:23 AM
> > > To: general@incubator.apache.org
> > > Subject: Re: [DISCUSS] Olympian Incubation Proposal
> > >
> > > Hi Susan,
> > >
> > > community interest is the key part for sure. But we would like to
> > > avoid
> > any
> > > trouble about the grant agreement, etc.
> > >
> > > Just my $0.01
> > >
> > > Regards
> > > JB
> > >
> > > On 09/29/2016 03:03 PM, Susan Malaika wrote:
> > > > Hi JB
> > > > Datastax know about the incubator effort. As far as I know they
> > > > will
> > not sign
> > > the grant agreement. I was under the impression that the incubator
> > proposal
> > > can proceed after discussion if there is sufficient community interest.
> > > > Susan Malaika
> > > >
> > > > -Jean-Baptiste Onofré  wrote: -
> > > > To: general@incubator.apache.org
> > > > From: Jean-Baptiste Onofré 
> > > > Date: 09/29/2016 08:43AM
> > > > Subject: Re: [DISCUSS] Olympian Incubation Proposal
> > > >
> > > > Hi Henry,
> > > >
> > > > Is DataStax know and agree with the fork ?
> > > >
> > > > Else, the Software Grant Agreement won't be possible and it won't
> > > > be able to easy to head to graduation.
> > > >
> > > > Regards
> > > > JB
> > > >
> > > > On 09/29/2016 06:01 AM, Henry Saputra wrote:
> > > >> Hi All,
> > > >>
> > > >> Please find below a proposal for a new incubator podling, Apache
> > > >> Olympian, formerly Titan.
> > > >> Apache Olympian is software designed to support the processing of
> > > >> graphs so large that they require storage and computational
> > > >> capacities beyond what a single machine can provide.
> > > >>
> > > >> This project will be a fork of Titan graph database project (
> > > >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> > > >> gith
> > > >>
> > >
> ub.com%2Fthinkaurelius%2Ftitan%2F=01%7C01%7CRoss.Gardler%40mic
> > >
> rosoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f141af91ab
> > >
> 2d7cd011db47%7C1=J9Ur0GJAXUuWr1pLwivOkykimmgPEoOK5kB1vDJlI
> > > JM%3D=0) that already come with Apache License v2.0.
> > > >> The project was created by company called Aurelius and was
> > > >> acquired by Datstax.
> > > >> Coming to 2016 there has been less activity in the project as the
> > > >> original authors are busy with other software development, but
> > > >> there is significant interest from the community (see
> > > >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> > > >> grou
> > > >>
> > >
> ps.google.com%2Fforum%2F%23!msg%2F=01%7C01%7CRoss.Gardler%4
> > > 0micr
> > > >>
> > >
> osoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f141af91ab
> > > 2d
> > > >>
> > >
> 7cd011db47%7C1=wwJsPajQfTfxZgrF5wwBX04kk4v7iJ0afZ0NDlYWQck%
> > > 3D
> > > >> eserved=0
> > > >> aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> > > >>
> > > >> The community have tried to reaching out to Datastax to donate
> > > >> the copyright and trademark of project to ASF but it was not approved.
> > > >> Because of that, the community has decided to go to ASF with
> > > >> different
> > > >> name: Apache Olympian.
> > > >>
> > > >> The wiki proposal page is located at this URL:
> > > >>
> > > >>
> > > >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> > > >> wiki
> > > >>
> > >
> .apache.org%2Fincubator%2FOlympianProposal=01%7C01%7CRoss.Gardl
> > > e
> > > >>
> > >
> r%40microsoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f1
> > > 41
> > > >>
> > >
> af91ab2d7cd011db47%7C1=FBoFYhxDxEH25OjeRZYE2KrsrUIePZnG9Ce1
> > > 2R7o
> > > >> Ry0%3D=0
> > > >>
> > > >> I have also included the current text of that page below.
> > > >>
> > > >> Looking forward of comments or questions about this proposal.
> > > >>
> > > >>
> > > >> Thanks,
> > > >> Henry Saputra
> > > >> On behalf of Apache 

Re: [DISCUSS] Olympian Incubation Proposal

[Ted Wilmes]

Hello Ross,
Per another one of the proposal submitters, Misha Brukman: "Datastax is not
against the move of Titan to ASF but has stated that they will neither
support or block it, as long as it doesn't involve them participating or
signing the software grant"  I've CC'ed him to get him onto this thread.

Thanks,
Ted

On Thu, Sep 29, 2016 at 9:28 AM, Ross Gardler 
wrote:

> I see the GitHub code is untouched for over a year. Are Datastax objecting
> to the proposal or is it just that they are unwilling to actively
> supporting it?
>
> Ross
>
> > -Original Message-
> > From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
> > Sent: Thursday, September 29, 2016 10:23 AM
> > To: general@incubator.apache.org
> > Subject: Re: [DISCUSS] Olympian Incubation Proposal
> >
> > Hi Susan,
> >
> > community interest is the key part for sure. But we would like to avoid
> any
> > trouble about the grant agreement, etc.
> >
> > Just my $0.01
> >
> > Regards
> > JB
> >
> > On 09/29/2016 03:03 PM, Susan Malaika wrote:
> > > Hi JB
> > > Datastax know about the incubator effort. As far as I know they will
> not sign
> > the grant agreement. I was under the impression that the incubator
> proposal
> > can proceed after discussion if there is sufficient community interest.
> > > Susan Malaika
> > >
> > > -Jean-Baptiste Onofré  wrote: -
> > > To: general@incubator.apache.org
> > > From: Jean-Baptiste Onofré 
> > > Date: 09/29/2016 08:43AM
> > > Subject: Re: [DISCUSS] Olympian Incubation Proposal
> > >
> > > Hi Henry,
> > >
> > > Is DataStax know and agree with the fork ?
> > >
> > > Else, the Software Grant Agreement won't be possible and it won't be
> > > able to easy to head to graduation.
> > >
> > > Regards
> > > JB
> > >
> > > On 09/29/2016 06:01 AM, Henry Saputra wrote:
> > >> Hi All,
> > >>
> > >> Please find below a proposal for a new incubator podling, Apache
> > >> Olympian, formerly Titan.
> > >> Apache Olympian is software designed to support the processing of
> > >> graphs so large that they require storage and computational
> > >> capacities beyond what a single machine can provide.
> > >>
> > >> This project will be a fork of Titan graph database project (
> > >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith
> > >>
> > ub.com%2Fthinkaurelius%2Ftitan%2F=01%7C01%7CRoss.Gardler%40mic
> > rosoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f141af91ab
> > 2d7cd011db47%7C1=J9Ur0GJAXUuWr1pLwivOkykimmgPEoOK5kB1vDJlI
> > JM%3D=0) that already come with Apache License v2.0.
> > >> The project was created by company called Aurelius and was acquired
> > >> by Datstax.
> > >> Coming to 2016 there has been less activity in the project as the
> > >> original authors are busy with other software development, but there
> > >> is significant interest from the community (see
> > >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgrou
> > >>
> > ps.google.com%2Fforum%2F%23!msg%2F=01%7C01%7CRoss.Gardler%4
> > 0micr
> > >>
> > osoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f141af91ab
> > 2d
> > >>
> > 7cd011db47%7C1=wwJsPajQfTfxZgrF5wwBX04kk4v7iJ0afZ0NDlYWQck%
> > 3D
> > >> eserved=0
> > >> aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> > >>
> > >> The community have tried to reaching out to Datastax to donate the
> > >> copyright and trademark of project to ASF but it was not approved.
> > >> Because of that, the community has decided to go to ASF with
> > >> different
> > >> name: Apache Olympian.
> > >>
> > >> The wiki proposal page is located at this URL:
> > >>
> > >>
> > >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki
> > >>
> > .apache.org%2Fincubator%2FOlympianProposal=01%7C01%7CRoss.Gardl
> > e
> > >>
> > r%40microsoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f1
> > 41
> > >>
> > af91ab2d7cd011db47%7C1=FBoFYhxDxEH25OjeRZYE2KrsrUIePZnG9Ce1
> > 2R7o
> > >> Ry0%3D=0
> > >>
> > >> I have also included the current text of that page below.
> > >>
> > >> Looking forward of comments or questions about this proposal.
> > >>
> > >>
> > >> Thanks,
> > >> Henry Saputra
> > >> On behalf of Apache Olympian community
> > >>
> > >>
> > >> = Apache Olympian Proposal ==
> > >>
> > >> == Abstract ==
> > >>
> > >> Olympian (formerly Titan) is software designed to support the
> > >> processing of graphs so large that they require storage and
> > >> computational capacities beyond what a single machine can provide.
> > >> Scaling graph data processing for real time traversals and analytical
> queries
> > is Olympian’s main benefit.
> > >>
> > >> == Proposal ==
> > >>
> > >> Olympian consists of about 75K of Java code under the Apache 2
> > >> license
> > >>
> >  > ache.org%2Flicenses%2FLICENSE-
> > 2.0=01%7C01%7CRoss.Gardler%40microsoft.com%7Cbff6cec6c3514332c
> > 

RE: [DISCUSS] Olympian Incubation Proposal

[Ross Gardler]

I see the GitHub code is untouched for over a year. Are Datastax objecting to 
the proposal or is it just that they are unwilling to actively supporting it? 

Ross

> -Original Message-
> From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
> Sent: Thursday, September 29, 2016 10:23 AM
> To: general@incubator.apache.org
> Subject: Re: [DISCUSS] Olympian Incubation Proposal
> 
> Hi Susan,
> 
> community interest is the key part for sure. But we would like to avoid any
> trouble about the grant agreement, etc.
> 
> Just my $0.01
> 
> Regards
> JB
> 
> On 09/29/2016 03:03 PM, Susan Malaika wrote:
> > Hi JB
> > Datastax know about the incubator effort. As far as I know they will not 
> > sign
> the grant agreement. I was under the impression that the incubator proposal
> can proceed after discussion if there is sufficient community interest.
> > Susan Malaika
> >
> > -Jean-Baptiste Onofré  wrote: -
> > To: general@incubator.apache.org
> > From: Jean-Baptiste Onofré 
> > Date: 09/29/2016 08:43AM
> > Subject: Re: [DISCUSS] Olympian Incubation Proposal
> >
> > Hi Henry,
> >
> > Is DataStax know and agree with the fork ?
> >
> > Else, the Software Grant Agreement won't be possible and it won't be
> > able to easy to head to graduation.
> >
> > Regards
> > JB
> >
> > On 09/29/2016 06:01 AM, Henry Saputra wrote:
> >> Hi All,
> >>
> >> Please find below a proposal for a new incubator podling, Apache
> >> Olympian, formerly Titan.
> >> Apache Olympian is software designed to support the processing of
> >> graphs so large that they require storage and computational
> >> capacities beyond what a single machine can provide.
> >>
> >> This project will be a fork of Titan graph database project (
> >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith
> >>
> ub.com%2Fthinkaurelius%2Ftitan%2F=01%7C01%7CRoss.Gardler%40mic
> rosoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f141af91ab
> 2d7cd011db47%7C1=J9Ur0GJAXUuWr1pLwivOkykimmgPEoOK5kB1vDJlI
> JM%3D=0) that already come with Apache License v2.0.
> >> The project was created by company called Aurelius and was acquired
> >> by Datstax.
> >> Coming to 2016 there has been less activity in the project as the
> >> original authors are busy with other software development, but there
> >> is significant interest from the community (see
> >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgrou
> >>
> ps.google.com%2Fforum%2F%23!msg%2F=01%7C01%7CRoss.Gardler%4
> 0micr
> >>
> osoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f141af91ab
> 2d
> >>
> 7cd011db47%7C1=wwJsPajQfTfxZgrF5wwBX04kk4v7iJ0afZ0NDlYWQck%
> 3D
> >> eserved=0
> >> aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> >>
> >> The community have tried to reaching out to Datastax to donate the
> >> copyright and trademark of project to ASF but it was not approved.
> >> Because of that, the community has decided to go to ASF with
> >> different
> >> name: Apache Olympian.
> >>
> >> The wiki proposal page is located at this URL:
> >>
> >>
> >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki
> >>
> .apache.org%2Fincubator%2FOlympianProposal=01%7C01%7CRoss.Gardl
> e
> >>
> r%40microsoft.com%7Cbff6cec6c3514332c7ac08d3e87433d0%7C72f988bf86f1
> 41
> >>
> af91ab2d7cd011db47%7C1=FBoFYhxDxEH25OjeRZYE2KrsrUIePZnG9Ce1
> 2R7o
> >> Ry0%3D=0
> >>
> >> I have also included the current text of that page below.
> >>
> >> Looking forward of comments or questions about this proposal.
> >>
> >>
> >> Thanks,
> >> Henry Saputra
> >> On behalf of Apache Olympian community
> >>
> >>
> >> = Apache Olympian Proposal ==
> >>
> >> == Abstract ==
> >>
> >> Olympian (formerly Titan) is software designed to support the
> >> processing of graphs so large that they require storage and
> >> computational capacities beyond what a single machine can provide.
> >> Scaling graph data processing for real time traversals and analytical 
> >> queries
> is Olympian’s main benefit.
> >>
> >> == Proposal ==
> >>
> >> Olympian consists of about 75K of Java code under the Apache 2
> >> license
> >>
>  ache.org%2Flicenses%2FLICENSE-
> 2.0=01%7C01%7CRoss.Gardler%40microsoft.com%7Cbff6cec6c3514332c
> 7ac08d3e87433d0%7C72f988bf86f141af91ab2d7cd011db47%7C1=NsuT
> MLmWf4Ng8d3yvrnTWT3JPqSaVSCbFb3%2BxmoCktg%3D=0>. It
> supports very large graphs, with many concurrent transactions and operational
> graph processing.
> >> Olympian graphs scale with the number of machines in the cluster.
> >> Olympian already integrates with a number of Apache projects:
> >>
> >>-
> >>
> >>Provides native support for the popular property graph data model
> >>exposed by Apache TinkerPop
>  p.apache.org%2F=01%7C01%7CRoss.Gardler%40microsoft.com%7Cbff6c
> ec6c3514332c7ac08d3e87433d0%7C72f988bf86f141af91ab2d7cd011db47%7C1
> 

Re: [DISCUSS] Olympian Incubation Proposal

[Jean-Baptiste Onofré]

Hi Susan,

community interest is the key part for sure. But we would like to avoid 
any trouble about the grant agreement, etc.


Just my $0.01

Regards
JB

On 09/29/2016 03:03 PM, Susan Malaika wrote:

Hi JB
Datastax know about the incubator effort. As far as I know they will not sign  
the grant agreement. I was under the impression that the incubator proposal can 
proceed after discussion if there is sufficient community interest.
Susan Malaika

-Jean-Baptiste Onofré  wrote: -
To: general@incubator.apache.org
From: Jean-Baptiste Onofré 
Date: 09/29/2016 08:43AM
Subject: Re: [DISCUSS] Olympian Incubation Proposal

Hi Henry,

Is DataStax know and agree with the fork ?

Else, the Software Grant Agreement won't be possible and it won't be
able to easy to head to graduation.

Regards
JB

On 09/29/2016 06:01 AM, Henry Saputra wrote:

Hi All,

Please find below a proposal for a new incubator podling, Apache Olympian,
formerly Titan.
Apache Olympian is software designed to support the processing of graphs so
large that they require storage and computational capacities beyond what a
single machine can provide.

This project will be a fork of Titan graph database project (
https://github.com/thinkaurelius/titan/) that already come with Apache
License v2.0.
The project was created by company called Aurelius and was acquired by
Datstax.
Coming to 2016 there has been less activity in the project as the original
authors are busy with other software development, but there is significant
interest from the community (see https://groups.google.com/forum/#!msg/
aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)

The community have tried to reaching out to Datastax to donate the
copyright and trademark of project to ASF but it was not approved.
Because of that, the community has decided to go to ASF with different
name: Apache Olympian.

The wiki proposal page is located at this URL:

  https://wiki.apache.org/incubator/OlympianProposal

I have also included the current text of that page below.

Looking forward of comments or questions about this proposal.


Thanks,
Henry Saputra
On behalf of Apache Olympian community


= Apache Olympian Proposal ==

== Abstract ==

Olympian (formerly Titan) is software designed to support the processing of
graphs so large that they require storage and computational capacities
beyond what a single machine can provide. Scaling graph data processing for
real time traversals and analytical queries is Olympian’s main benefit.

== Proposal ==

Olympian consists of about 75K of Java code under the Apache 2 license
. It supports very large
graphs, with many concurrent transactions and operational graph processing.
Olympian graphs scale with the number of machines in the cluster. Olympian
already integrates with a number of Apache projects:

   -

   Provides native support for the popular property graph data model
   exposed by Apache TinkerPop .
   -

   Provides native support for the Gremlin graph traversal language defined
   by Apache TinkerPop for programming language agnostic connectivity.
   -

   Provides graph persistence solutions with:
   -

  Apache Cassandra 
  -

  Apache HBase 
  -

   Provides advanced indexing with:
   -

  Apache Lucene 
  -

  Apache Solr 
  -

   Supports global graph analytics and batch graph processing through
the Apache
   Hadoop  framework with processors implemented
   with:
   -

  Apache Spark 
  -

  Apache Giraph 


Other software Olympian interfaces with includes:

   -

   BerkeleyDB
   -

   Elasticsearch


== Background ==

Marko Rodriguez and Matthias Broecheler, cofounders of the Aurelius graph
consulting firm, developed the Titan distributed graph database system and
made it available under the Apache 2 license in 2012. Marko is also a
cofounder of the Apache TinkerPop project and the primary developer of the
Gremlin graph traversal language. Other developers of Titan include Dan
LaRocque, Stephen Mallette, Daniel Kuppitz, and Pavel Yaskevich. Datastax
acquired Aurelius in February 2015, prior to the Titan 1.0 release in
September 2015.

Since Titan became available on GitHub, there have been 4434 commits, 38
branches, 23 releases, and 35 contributors.  In 2016 there has been less
activity as the original authors are busy with other software development,
but there is significant interest from the community.

== Rationale ==

(1) There are a number of Apache projects that integrate with Titan.

(2) Apache Atlas (incubating)  packages
and ships Titan as an essential component, yet Titan is not part of Apache.

(3) There are a number of existing users of Titan who 

Re: Git release candidate tagging policy? [was: Re: [VOTE] Apache BatchEE 0.4-incubating]

[Stian Soiland-Reyes]

On 28 September 2016 at 16:40, Mark Struberg  wrote:
> But otoh if a project decides to use -RC1..17 it's also fine.
> BUT: they pollute their branches and tags and they actually would need to do 
> a 2nd VOTE afterwards on the .Final release. So it is much more work and thus 
> not recommended. But otoh it's not a blocker neither.

They will not need a second vote to retag from say "0.5.0-RC3" to
"0.5.0" - the whole point of a VOTE is to decide if a RC is to going
out as the version it aspires to. It just means you have to use the
"RCx" string only in the tag name and dist directories, not inside the
candidate's  strings or filenames.

(Apache projects can also distribute milestone releases - but to avoid
confusion those should not be called "Release Candidates" but rather
'alpha2' etc. and are still formally an "Apache release" with their
own RCs- see https://www.apache.org/dev/release.html#release-types )


Projects are not required to do a vote to make a git tag. They are
required to make a vote to publish a release artifact (by policy the
upload to http://www.apache.org/dist). And as you said, the git commit
is (somewhat) cryptographically sound (sha1 has known collisions)  -
so assigning another tag for the commit that was approved (and
referenced) in VOTE is not another release.


One complicating factor is that GitHub will list any tag as a
"Release": See for instance

https://github.com/apache/incubator-commonsrdf/releases

The tag "apache-import-20150327" was not a release, but is clearly a
good use-case for tagging - in fact I think every SG-imported code
should have such a tag (ideally with --sign).  So a -RC tag will be
listed as a "Release" on GitHub while it's under vote - I can see that
is not good. A workaround would be to use a branch instead - which is
more clearly a moving target.


Perhaps it's possible to enquire with INFRA if there are particular
tags that can be filtered out from the mirroring.


A deleted -RC tag disappears from the main GitHub repository - however
they might appear in forks - not a big deal to me - downstream forks
could also add arbitrary "release" tags in their forks if they so
like. The impact of this varies a bit with the popularity of the
project - something widely known like Groovy is more of risk of having
their Release Candidates sneak into production "out there". (which is
OK as long as they don't call it "Apache Groovy").

I think each project can (and should) decide this - we can list these
pros and cons in the recommendation.


Some projects (incubator and TLP) might have done a VOTE, and then
push out binary and source artifacts to say Maven Central without a
corresponding git tag or source release in dist. This is of course bad
practice - but not what we are talking about here.

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

[RESULT][VOTE] Apache BatchEE 0.4-incubating

[Romain Manni-Bucau]

And here is my +1

So we have 3 +1 bindings (Justin, JB, me) and 1 +1 non binding (Stian) and
no other votes so the release passes.

Thanks to all who had a look.

Will continue with the release steps.


Romain Manni-Bucau
@rmannibucau  |  Blog
 | Old Wordpress Blog
 | Github  |
LinkedIn  | Tomitriber
 | JavaEE Factory


2016-09-27 12:50 GMT+02:00 Stian Soiland-Reyes :

> OpenJDK 1.8.0 from Ubuntu 16.04.
> Java version: 1.8.0_91, vendor: Oracle Corporation
>
> It seems it was a threading issue as I was using the optimistic -T1.0C
> - which of course is not required to work. My fault!
>
> The build works now (but of course takes a bit longer :).
>
> [INFO] BUILD SUCCESS
>
> My vote changed to +1 (non-binding) -  if you carry over your three
> IPMC-binding votes you should be good to go.
>
>
> On 27 September 2016 at 11:27, Mark Struberg 
> wrote:
> > That's weird. Which Java version do you exactly use?
> > I did run the full build with java7 and it passed perfectly fine.
> >
> >
> > LieGrue,
> > strub
> >
> >
> > On Tuesday, 27 September 2016, 12:24, Stian Soiland-Reyes <
> st...@apache.org> wrote:
> >>-0 (non-binding)  -- changes my previous -1 vote after dist/ was
> populated.
> >>
> >>I'm afraid it's not positive vote from me as the unit tests were
> >>failing the build, otherwise I would say +1. But feel free to ignore
> >>this vote :)
> >>
> >>
> >>-1 .md5 .sha1 missing from dist
> >>+1 valid .asc signature
> >>-1 KEYS file missing
> >>+1 dist matches mvn (same sha1 of batchee-0.4-incubating-source-
> release.zip)
> >>+1 LICENSE
> >>+0 NOTICE:  should say "Apache Batchee" instead of "Batchee".
> >>Copyright should be 2013-2016 (or so), not just 2016.
> >>-0 DISCLAIMER present - but it says "Apache Sirona" instead of "Apache
> >>BatchEE" (already fixed in git)
> >>+1 no binaries in source archive
> >>+1 mvn apache-rat:check (but jbatch/.../jaxb/* don't have ASF headers)
> >>-1 mvn clean install fails
> >>+1 source kind of match git commit
> >>985047e8cefb46056fcb0bda36af096a0d228fa2 (except LICENSE, NOTICE,
> >>.gitignore, DEPENDENCIES)
> >>-0 git tag missing LICENSE, NOTICE (already fixed in git master)
> >>
> >>
> >>I would recommend for the JAXB generated files to use the
> >>maven-jaxb-plugin from src/main/xsd so that the generated files end up
> >>in target/generated-sources instead of being checked in.  If they have
> >>to stay (e.g. because they have been modified post generation (uh
> >>oh..)) then they should have the ASF header as they are derived from
> >>the ASF-licensed xsds.
> >>
> >>
> >>Build failure:
> >>
> >>[INFO] BatchEE :: GUI :: JAXRS :: Server .. FAILURE [
> 19.111 s]
> >>
> >>Tests run: 9, Failures: 1, Errors: 8, Skipped: 0, Time elapsed: 3.912
> >>sec <<< FAILURE! - in org.apache.batchee.jaxrs.server.RestTest
> >>getRunningExecutions(org.apache.batchee.jaxrs.server.RestTest)  Time
> >>elapsed: 0.772 sec  <<< FAILURE!
> >>java.lang.AssertionError: expected:<500> but was:<404>
> >>at org.junit.Assert.fail(Assert.java:88)
> >>at org.junit.Assert.failNotEquals(Assert.java:834)
> >>at org.junit.Assert.assertEquals(Assert.java:645)
> >>at org.junit.Assert.assertEquals(Assert.java:631)
> >>at org.apache.batchee.jaxrs.server.RestTest.
> getRunningExecutions(RestTest.java:82)
> >>
> >>
> >>and then loads of these:
> >>
> >>getJobExecution(org.apache.batchee.jaxrs.server.RestTest)  Time
> >>elapsed: 0.079 sec  <<< ERROR!
> >>org.apache.cxf.jaxrs.client.ServerWebApplicationException:
> >>Apache Tomcat/7.0.50 - Error
> >>report HTTP Status 404 -
> >>/batchee-gui/api/batchee/job-execution/0 >>noshade="noshade">type Status reportmessage
> >>/batchee-gui/api/batchee/job-execution/0description
> >>The requested resource is not available. >>noshade="noshade">Apache Tomcat/7.0.50
> >>at org.apache.cxf.jaxrs.client.WebClient.doInvoke(WebClient.java:791)
> >>at org.apache.cxf.jaxrs.client.WebClient.doInvoke(WebClient.java:749)
> >>at org.apache.cxf.jaxrs.client.WebClient.invoke(WebClient.java:365)
> >>at 

Re: [DISCUSS] Olympian Incubation Proposal

[Jason Plurad]

The Titan community is serviced by the aureliusgraphs Google group, which
is actually moderated by Datastax employees. I started a thread last week
about continuing progress with Titan at Apache [1]. The intent with this
proposal is not to fracture the Titan community, rather to preserve it. The
community has been concerned about this for a long time with little
response from Datastax [2][3][4].

Development on Titan by Datastax appears to be abandoned. The latest
release of Titan was over a year ago. There is a titan11 branch with more
recent development, but the last commit on that branch was 4 months ago.
There are many pull requests ready for review/merge, including one to
update Apache TinkerPop support, but those appear to be waiting on efforts
from the lead Titan developers when they are free to do so [5]. The two
lead developers of Titan have not appeared on the Google group in over 6
months. The last message from Matthias: September 2015, Dan: March 2016.

We are aware of potential issues with the name Olympian. If accepted into
the incubator, further research and consideration on selecting a new name
will be done, as described in the proposal.

-- Jason

[1] Sep 19
https://groups.google.com/d/msg/aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ
[2] Apr 11
https://groups.google.com/d/msg/aureliusgraphs/R0RJnvVbgCs/vkYEsXD3HgAJ
[3] Jun 30
https://groups.google.com/d/msg/aureliusgraphs/8chVUNHqHTA/i-N5b0Q3BQAJ
[4] Jan 7
https://groups.google.com/d/msg/aureliusgraphs/e5L5M6MQozY/QHXtx5hFAwAJ
[5] May 4 https://github.com/thinkaurelius/titan/pull/1312


On Thu, Sep 29, 2016 at 9:03 AM, Susan Malaika  wrote:

> Hi JB
> Datastax know about the incubator effort. As far as I know they will not
> sign  the grant agreement. I was under the impression that the incubator
> proposal can proceed after discussion if there is sufficient community
> interest.
> Susan Malaika
>
> -Jean-Baptiste Onofré  wrote: -
> To: general@incubator.apache.org
> From: Jean-Baptiste Onofré 
> Date: 09/29/2016 08:43AM
> Subject: Re: [DISCUSS] Olympian Incubation Proposal
>
> Hi Henry,
>
> Is DataStax know and agree with the fork ?
>
> Else, the Software Grant Agreement won't be possible and it won't be
> able to easy to head to graduation.
>
> Regards
> JB
>
> On 09/29/2016 06:01 AM, Henry Saputra wrote:
> > Hi All,
> >
> > Please find below a proposal for a new incubator podling, Apache
> Olympian,
> > formerly Titan.
> > Apache Olympian is software designed to support the processing of graphs
> so
> > large that they require storage and computational capacities beyond what
> a
> > single machine can provide.
> >
> > This project will be a fork of Titan graph database project (
> > https://github.com/thinkaurelius/titan/) that already come with Apache
> > License v2.0.
> > The project was created by company called Aurelius and was acquired by
> > Datstax.
> > Coming to 2016 there has been less activity in the project as the
> original
> > authors are busy with other software development, but there is
> significant
> > interest from the community (see https://groups.google.com/forum/#!msg/
> > aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
> >
> > The community have tried to reaching out to Datastax to donate the
> > copyright and trademark of project to ASF but it was not approved.
> > Because of that, the community has decided to go to ASF with different
> > name: Apache Olympian.
> >
> > The wiki proposal page is located at this URL:
> >
> >   https://wiki.apache.org/incubator/OlympianProposal
> >
> > I have also included the current text of that page below.
> >
> > Looking forward of comments or questions about this proposal.
> >
> >
> > Thanks,
> > Henry Saputra
> > On behalf of Apache Olympian community
> >
> >
> > = Apache Olympian Proposal ==
> >
> > == Abstract ==
> >
> > Olympian (formerly Titan) is software designed to support the processing
> of
> > graphs so large that they require storage and computational capacities
> > beyond what a single machine can provide. Scaling graph data processing
> for
> > real time traversals and analytical queries is Olympian’s main benefit.
> >
> > == Proposal ==
> >
> > Olympian consists of about 75K of Java code under the Apache 2 license
> > . It supports very large
> > graphs, with many concurrent transactions and operational graph
> processing.
> > Olympian graphs scale with the number of machines in the cluster.
> Olympian
> > already integrates with a number of Apache projects:
> >
> >-
> >
> >Provides native support for the popular property graph data model
> >exposed by Apache TinkerPop .
> >-
> >
> >Provides native support for the Gremlin graph traversal language
> defined
> >by Apache TinkerPop for programming language agnostic connectivity.
> >-
> >
> >Provides graph persistence solutions with:
> >-
> >
> >   

Re: [VOTE] Apache Unomi 1.1.0-incubating release

[Thomas Draier]

Hi,

Thank you for your reply, we'll fix the issues with the license and
hopefully get back to you in a few days !

Regards,

Thomas

On Tue, Sep 27, 2016 at 11:25 AM Thomas Draier  wrote:

> Hi,
>
> The Unomi community has voted for the release of Apache Unomi 1.1.0
> (incubating).
>
> The vote thread can be found at :
>
> http://mail-archives.apache.org/mod_mbox/incubator-unomi-dev/201609.mbox/%3CCAKm8eOQmMA9TpEvvh5OGjXuQ4a3kibf%2BDxCUvYFuDPKzwBLeVw%40mail.gmail.com%3E
>
> and the result is at:
>
> http://mail-archives.apache.org/mod_mbox/incubator-unomi-dev/201609.mbox/%3ccakm8eosvwfowasidhloieyaycn4vc_xrcvumgzuqzoa0l66...@mail.gmail.com%3E
>
>
> We ask the IPMC to vote on this release.
>
> The artifacts to be voted on are located at:
> https://dist.apache.org/repos/dist/dev/incubator/unomi/1.1.0-incubating
> Source distribution is here :
> https://dist.apache.org/repos/dist/dev/incubator/unomi/1.1.0-incubating/unomi-1.1.0-incubating-src.tar.gz
>
> With signature :
> https://dist.apache.org/repos/dist/dev/incubator/unomi/1.1.0-incubating/unomi-1.1.0-incubating-src.tar.gz.asc
>
>
> The keys used to sign the released artifacts can be found in :
> https://dist.apache.org/repos/dist/release/incubator/unomi/KEYS
>
> The tag is at:
> *https://git-wip-us.apache.org/repos/asf?p=incubator-unomi.git;a=tag;h=refs/tags/unomi-root-1.1.0-incubating
> *
>
> This vote will be open for at least 72 hours, or until the necessary
> number of votes (3 +1) is reached.
>
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> Regards,
> Thomas
>
>

Re: [IP CLEARANCE] Aether, renamed to Maven Artifact Resolver

[Wayne Fay]

+1

Thank you

On Sep 28, 2016 10:25 AM, "Hervé Boutemy"  wrote:

> Apache Maven received a code donation for Aether, that we renamed to Maven
> Artifact Resolver to fix a trademark issue:
>
> http://incubator.apache.org/ip-clearance/maven-aether.html
>
> The import plan is more detailed at http://maven.apache.org/aether.html
>
> Please vote to approve this contribution. Lazy consensus applies. If no -1
> votes are cast within the next 72 hours, the vote passes.
>
> Regards,
>
> Hervé
>

Re: [DISCUSS] Olympian Incubation Proposal

[Susan Malaika]

Hi JB
Datastax know about the incubator effort. As far as I know they will not sign  
the grant agreement. I was under the impression that the incubator proposal can 
proceed after discussion if there is sufficient community interest.
Susan Malaika

-Jean-Baptiste Onofré  wrote: -
To: general@incubator.apache.org
From: Jean-Baptiste Onofré 
Date: 09/29/2016 08:43AM
Subject: Re: [DISCUSS] Olympian Incubation Proposal

Hi Henry,

Is DataStax know and agree with the fork ?

Else, the Software Grant Agreement won't be possible and it won't be 
able to easy to head to graduation.

Regards
JB

On 09/29/2016 06:01 AM, Henry Saputra wrote:
> Hi All,
>
> Please find below a proposal for a new incubator podling, Apache Olympian,
> formerly Titan.
> Apache Olympian is software designed to support the processing of graphs so
> large that they require storage and computational capacities beyond what a
> single machine can provide.
>
> This project will be a fork of Titan graph database project (
> https://github.com/thinkaurelius/titan/) that already come with Apache
> License v2.0.
> The project was created by company called Aurelius and was acquired by
> Datstax.
> Coming to 2016 there has been less activity in the project as the original
> authors are busy with other software development, but there is significant
> interest from the community (see https://groups.google.com/forum/#!msg/
> aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)
>
> The community have tried to reaching out to Datastax to donate the
> copyright and trademark of project to ASF but it was not approved.
> Because of that, the community has decided to go to ASF with different
> name: Apache Olympian.
>
> The wiki proposal page is located at this URL:
>
>   https://wiki.apache.org/incubator/OlympianProposal
>
> I have also included the current text of that page below.
>
> Looking forward of comments or questions about this proposal.
>
>
> Thanks,
> Henry Saputra
> On behalf of Apache Olympian community
>
>
> = Apache Olympian Proposal ==
>
> == Abstract ==
>
> Olympian (formerly Titan) is software designed to support the processing of
> graphs so large that they require storage and computational capacities
> beyond what a single machine can provide. Scaling graph data processing for
> real time traversals and analytical queries is Olympian’s main benefit.
>
> == Proposal ==
>
> Olympian consists of about 75K of Java code under the Apache 2 license
> . It supports very large
> graphs, with many concurrent transactions and operational graph processing.
> Olympian graphs scale with the number of machines in the cluster. Olympian
> already integrates with a number of Apache projects:
>
>-
>
>Provides native support for the popular property graph data model
>exposed by Apache TinkerPop .
>-
>
>Provides native support for the Gremlin graph traversal language defined
>by Apache TinkerPop for programming language agnostic connectivity.
>-
>
>Provides graph persistence solutions with:
>-
>
>   Apache Cassandra 
>   -
>
>   Apache HBase 
>   -
>
>Provides advanced indexing with:
>-
>
>   Apache Lucene 
>   -
>
>   Apache Solr 
>   -
>
>Supports global graph analytics and batch graph processing through
> the Apache
>Hadoop  framework with processors implemented
>with:
>-
>
>   Apache Spark 
>   -
>
>   Apache Giraph 
>
>
> Other software Olympian interfaces with includes:
>
>-
>
>BerkeleyDB
>-
>
>Elasticsearch
>
>
> == Background ==
>
> Marko Rodriguez and Matthias Broecheler, cofounders of the Aurelius graph
> consulting firm, developed the Titan distributed graph database system and
> made it available under the Apache 2 license in 2012. Marko is also a
> cofounder of the Apache TinkerPop project and the primary developer of the
> Gremlin graph traversal language. Other developers of Titan include Dan
> LaRocque, Stephen Mallette, Daniel Kuppitz, and Pavel Yaskevich. Datastax
> acquired Aurelius in February 2015, prior to the Titan 1.0 release in
> September 2015.
>
> Since Titan became available on GitHub, there have been 4434 commits, 38
> branches, 23 releases, and 35 contributors.  In 2016 there has been less
> activity as the original authors are busy with other software development,
> but there is significant interest from the community.
>
> == Rationale ==
>
> (1) There are a number of Apache projects that integrate with Titan.
>
> (2) Apache Atlas (incubating)  packages
> and ships Titan as an essential component, yet Titan is not part of Apache.
>
> (3) There are a number of existing users of 

Re: [IP CLEARANCE] Aether, renamed to Maven Artifact Resolver

[justin]

Hi,

Sorry but -1 (binding) until this is answered.

> I notice the ant repo contains other 3rd party code. I assume this is not 
> going to part of the software grant?


Thanks,
Justin
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [IP CLEARANCE] Aether, renamed to Maven Artifact Resolver

[Jean-Baptiste Onofré]

+1

Regards
JB

On 09/28/2016 05:25 PM, Hervé Boutemy wrote:

Apache Maven received a code donation for Aether, that we renamed to Maven
Artifact Resolver to fix a trademark issue:

http://incubator.apache.org/ip-clearance/maven-aether.html

The import plan is more detailed at http://maven.apache.org/aether.html

Please vote to approve this contribution. Lazy consensus applies. If no -1
votes are cast within the next 72 hours, the vote passes.

Regards,

Hervé

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Jean-Baptiste Onofré]

Hi Henry,

Is DataStax know and agree with the fork ?

Else, the Software Grant Agreement won't be possible and it won't be 
able to easy to head to graduation.


Regards
JB

On 09/29/2016 06:01 AM, Henry Saputra wrote:

Hi All,

Please find below a proposal for a new incubator podling, Apache Olympian,
formerly Titan.
Apache Olympian is software designed to support the processing of graphs so
large that they require storage and computational capacities beyond what a
single machine can provide.

This project will be a fork of Titan graph database project (
https://github.com/thinkaurelius/titan/) that already come with Apache
License v2.0.
The project was created by company called Aurelius and was acquired by
Datstax.
Coming to 2016 there has been less activity in the project as the original
authors are busy with other software development, but there is significant
interest from the community (see https://groups.google.com/forum/#!msg/
aureliusgraphs/jEN_7QwVXZ4/mz3gik-FAgAJ)

The community have tried to reaching out to Datastax to donate the
copyright and trademark of project to ASF but it was not approved.
Because of that, the community has decided to go to ASF with different
name: Apache Olympian.

The wiki proposal page is located at this URL:

  https://wiki.apache.org/incubator/OlympianProposal

I have also included the current text of that page below.

Looking forward of comments or questions about this proposal.


Thanks,
Henry Saputra
On behalf of Apache Olympian community


= Apache Olympian Proposal ==

== Abstract ==

Olympian (formerly Titan) is software designed to support the processing of
graphs so large that they require storage and computational capacities
beyond what a single machine can provide. Scaling graph data processing for
real time traversals and analytical queries is Olympian’s main benefit.

== Proposal ==

Olympian consists of about 75K of Java code under the Apache 2 license
. It supports very large
graphs, with many concurrent transactions and operational graph processing.
Olympian graphs scale with the number of machines in the cluster. Olympian
already integrates with a number of Apache projects:

   -

   Provides native support for the popular property graph data model
   exposed by Apache TinkerPop .
   -

   Provides native support for the Gremlin graph traversal language defined
   by Apache TinkerPop for programming language agnostic connectivity.
   -

   Provides graph persistence solutions with:
   -

  Apache Cassandra 
  -

  Apache HBase 
  -

   Provides advanced indexing with:
   -

  Apache Lucene 
  -

  Apache Solr 
  -

   Supports global graph analytics and batch graph processing through
the Apache
   Hadoop  framework with processors implemented
   with:
   -

  Apache Spark 
  -

  Apache Giraph 


Other software Olympian interfaces with includes:

   -

   BerkeleyDB
   -

   Elasticsearch


== Background ==

Marko Rodriguez and Matthias Broecheler, cofounders of the Aurelius graph
consulting firm, developed the Titan distributed graph database system and
made it available under the Apache 2 license in 2012. Marko is also a
cofounder of the Apache TinkerPop project and the primary developer of the
Gremlin graph traversal language. Other developers of Titan include Dan
LaRocque, Stephen Mallette, Daniel Kuppitz, and Pavel Yaskevich. Datastax
acquired Aurelius in February 2015, prior to the Titan 1.0 release in
September 2015.

Since Titan became available on GitHub, there have been 4434 commits, 38
branches, 23 releases, and 35 contributors.  In 2016 there has been less
activity as the original authors are busy with other software development,
but there is significant interest from the community.

== Rationale ==

(1) There are a number of Apache projects that integrate with Titan.

(2) Apache Atlas (incubating)  packages
and ships Titan as an essential component, yet Titan is not part of Apache.

(3) There are a number of existing users of Titan who are keen to continue
to develop the code. These users provide the basis of the community for the
proposed project.

== Initial Goals ==

The initial goals are as follows:

   -

   Establish the project governance in The Apache Way and broaden the
   community.
   -

   Distribute an incubating release aligned with the latest Apache
   TinkerPop version and prepared in accordance with the Apache release
   process.
   -

   Improve the documentation.
   -

   Add more unit/scenario tests.
   -

   Contribute functional and performance-related enhancements to the code.


== Current Status ==

The project will be forked off the existing Titan code base. This code 

Re: [DISCUSS] Olympian Incubation Proposal

[Bertrand Delacretaz]

Hi,

On Thu, Sep 29, 2016 at 6:01 AM, Henry Saputra  wrote:
> ...This project will be a fork of Titan graph database project...
> ...The project was created by company called Aurelius and was acquired by
> Datstax...

We only accept friendly forks, and it looks like Titan belongs to
DataStax, so IMO you need at least an informal agreement from them
before forking at the ASF.

-Bertrand

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[Stian Soiland-Reyes]

+1 as a red flag, but not a blocker.  For it to work, larger parts of the
existing contributors need to be convinced to join the Apache effort. There
are not license differences, so cross-pollination is possible.

Another concern is the name "Olympian", the International Olympic Committee
is well known for pursuing any use of their (real or perceived) trademarks.

On 29 Sep 2016 8:17 a.m., "toki"  wrote:

> On 29/09/2016 04:01, Henry Saputra wrote:
> > The project will be forked off the existing Titan code base.
>
> That is a red flag.
>
> jonathon
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [IP CLEARANCE] Aether, renamed to Maven Artifact Resolver

[Mark Struberg]

+1

LieGrue,
strub





> On Thursday, 29 September 2016, 2:00, Olivier Lamy  wrote:
> > +1
> 
> On 29 September 2016 at 01:25, Hervé Boutemy  wrote:
> 
>>  Apache Maven received a code donation for Aether, that we renamed to Maven
>>  Artifact Resolver to fix a trademark issue:
>> 
>>  http://incubator.apache.org/ip-clearance/maven-aether.html
>> 
>>  The import plan is more detailed at http://maven.apache.org/aether.html
>> 
>>  Please vote to approve this contribution. Lazy consensus applies. If no -1
>>  votes are cast within the next 72 hours, the vote passes.
>> 
>>  Regards,
>> 
>>  Hervé
>> 
> 
> 
> 
> -- 
> Olivier Lamy
> http://twitter.com/olamy | http://linkedin.com/in/olamy
> 

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Olympian Incubation Proposal

[toki]

On 29/09/2016 04:01, Henry Saputra wrote:
> The project will be forked off the existing Titan code base.

That is a red flag.

jonathon

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept NetBeans into the Apache Incubator

[Anton Vinogradov]

+1 (non-binding)

On Thu, Sep 29, 2016 at 7:43 AM, Nandana Mihindukulasooriya <
nandana@gmail.com> wrote:

> +1 (binding)
>
> Best Regards,
> Nandana
>
> On Tuesday, September 27, 2016, Ate Douma  wrote:
>
> > Hi everyone,
> >
> > Now that the discussion thread on the NetBeans Proposal has ended,
> > please vote on accepting NetBeans into the Apache Incubator.
> >
> > The ASF voting rules are described at:
> >http://www.apache.org/foundation/voting.html
> >
> > A vote for accepting a new Apache Incubator podling is a majority vote
> > for which only Incubator PMC member votes are binding.
> >
> > Votes from other people are also welcome as an indication of peoples
> > enthusiasm (or lack thereof).
> >
> > Please do not use this VOTE thread for discussions.
> > If needed, start a new thread instead.
> >
> > This vote will run for at least 72 hours. Please VOTE as follows
> > [] +1 Accept NetBeans into the Apache Incubator
> > [] +0 Abstain.
> > [] -1 Do not accept NetBeans into the Apache Incubator because ...
> >
> >
> > The proposal is listed below, but you can also access it on the wiki:
> >https://wiki.apache.org/incubator/NetBeansProposal
> >
> >
> > Thanks,
> > Ate.
> >
> > == Abstract ==
> >
> > NetBeans is an open source development environment, tooling platform, and
> > application framework, used by 1.5 million individuals each month.
> >
> > == Proposal ==
> > Apache NetBeans will continue to focus on the areas it has focused on
> while
> > sponsored by Sun Microsystems and Oracle. It will continue to primarily
> > focus on
> > providing tools for the Java ecosystem, while also being focused on tools
> > for
> > other ecosystems, languages and technologies, such as JavaScript, PHP,
> and
> > C/C++. It will continue to actively support its community by means of
> > mailing
> > lists, tutorials, and documentation.
> >
> > == Background ==
> > NetBeans started in 1995/96 in Prague, in the Czech Republic, as a
> student
> > project. Sun Microsystems acquired and open sourced it in 2000 and, with
> > the
> > acquisition of Sun Microsystems by Oracle in 2010, became part of Oracle.
> > Throughout its history in Sun Microsystems and Oracle, NetBeans has been
> > free
> > and open source and has been leveraged by its sponsor as a mechanism for
> > driving
> > the Java ecosystem forward.
> >
> > == Rationale ==
> > Although NetBeans is already open source, moving it to a neutral place
> like
> > Apache, with its strong governance model, is expected to help get more
> > contributions from various organizations. For example, large companies
> are
> > using
> > NetBeans as an application framework to build internal or commercial
> > applications and are much more likely to contribute to it once it moves
> to
> > neutral Apache ground. At the same time, though Oracle will relinquish
> its
> > control over NetBeans, individual contributors from Oracle are expected
> to
> > continue contributing to NetBeans after it has been contributed to
> Apache,
> > together with individual contributors from other organizations, as well
> as
> > self-employed individual contributors.
> >
> > == Initial Goals ==
> > The initial goals of the NetBeans contribution under the Apache umbrella
> > are to
> > establish a new home for an already fully functioning project and to open
> > up the
> > governance model so as to simplify and streamline contributions from the
> > community.
> >
> > == Current Status ==
> > Meritocracy: NetBeans has been run by Oracle, with the majority of
> code
> > contributions coming from Oracle. The specific reason for moving to
> Apache
> > is to
> > expand the diversity of contributors and to increase the level of
> > meritocracy in
> > NetBeans. Apache NetBeans will be actively seeking new contributors and
> > will
> > welcome them warmly and provide a friendly and productive environment for
> > purposes of providing a development environment, tooling environment, and
> > application framework.
> >
> > Community: NetBeans has approximately 1.5 million active users around
> > the
> > world, in extremely diverse structures and organizations. NetBeans is
> used
> > by
> > teachers and instructors at schools and universities to teach Java and
> > other
> > languages. It is used by students as an educational tool. It is used by
> > large
> > organizations who base their software on the application framework
> beneath
> > NetBeans. It is used by web developers for creating web sites and by
> > developers
> > using a range of tools, languages, and technologies to be productive and
> > efficient software developers.
> >
> > Core Developers: The core developers will come from a range of
> > organizations, including Oracle, which will continue its investment in
> > NetBeans.
> >
> > Alignment: The application framework is the basis of a range of
> mission
> > critical scientific software at large organizations in defense,
> aerospace,
> > logistics, and research,