[RESULT] [VOTE] Release Apache Streams version 0.3-incubating

2016-09-30 Thread Steve Blackmon
Hello,

The IPMC vote passes.

The IPMC vote thread is here:
http://markmail.org/thread/skg4ttfwjhbq6wc5

Summary:
4 (binding) [+4]
0 [<= 0]

The following binding +1 votes were received:
- Ate Douma
- Matt Franklin
- Suneel Marthi
- Justin Mclean

Thanks,
Steve Blackmon
sblack...@apache.org

On September 30, 2016 at 3:43:39 AM, Suneel Marthi (smar...@apache.org)
wrote:


>
> +1 binding
>
> Checked:
>
> 1. Signatures and hashes are correct
> 2. Compiles from source
> 3. Verified Apache headers
> 4. License and Notice files are good
>
>
> On Fri, Sep 30, 2016 at 1:13 AM,  wrote:
>
> > 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] HTrace 4.2-incubating release

2016-09-30 Thread Jake Farrell
Hey Justin
Here is the Dockerfile and build commands I used to test the release with
which gave me a successful build for the Apache HTrace (incubating)
4.2.0-rc0 release candidate

-Jake


[INFO] Apache HTrace . SUCCESS
[2:49.326s]
[INFO] htrace-c .. SUCCESS
[1:33.896s]
[INFO] htrace-core4 .. SUCCESS [50.952s]
[INFO] htrace-webapp . SUCCESS [11.002s]
[INFO] htrace-zipkin . SUCCESS
[1:08.770s]
[INFO] htrace-hbase .. SUCCESS [55.294s]
[INFO] htrace-flume .. SUCCESS [11.131s]
[INFO] htrace-htraced  SUCCESS
[1:00.812s]
[INFO] 

[INFO] BUILD SUCCESS
[INFO] 

[INFO] Total time: 8:44.923s



curl -sSL https://dist.apache.org/repos/dist/dev/incubator/htrace/
htrace-4.2.0RC0/htrace-4.2.0-incubating-src.tar.gz | tar -xvf --strip 1 -C .
curl -sSL https://gist.githubusercontent.com/jfarrell/
97d4cd974821ab5fc6cb43ea75c6fd47/raw/ab61c02c420433aaa141f79786beb7
bbe6734e4b/Apache%2520HTrace%2520Dockerfile -o Dockerfile
docker build -t htrace-dev .
docker run -it --rm -v $(pwd):/src --workdir=/src htrace-dev mvn install
-DskipTests assembly:single -Pdist -Drat.skip







On Fri, Sep 30, 2016 at 10:40 PM, Justin Mclean 
wrote:

> Hi,
>
> +0 binding as I had issues compiling (see below). Happy to change to +1 if
> I can compile everything else is good.
>
> I checked:
> - incubating in name
> - signature and hashes good
> - DISCLAIMER exists
> - LICENSE is missing MIT licensed normalise.css bundled in several
> bootstrap files. e.g. [2]. Please fix for net release.
> - NOTICE good
> - All Apache files have ASF header
> - No unexpended binary files
> - Can’t compile
>
> You may want to remove the copyright line from this ASF header [1]
>
> The compile seem to get stuck in an infinite loop at this point:
> [INFO] Replacing original artifact with shaded artifact.
> [INFO] Replacing /Users/justinmclean/Downloads/
> ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/target/
> htrace-hbase-4.2.0-incubating.jar with /Users/justinmclean/Downloads/
> ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/target/
> htrace-hbase-4.2.0-incubating-shaded.jar
> [INFO] Dependency-reduced POM written at: /Users/justinmclean/Downloads/
> ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/dependency
> -reduced-pom.xml
> [INFO] Dependency-reduced POM written at: /Users/justinmclean/Downloads/
> ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/dependency
> -reduced-pom.xml
> [INFO] Dependency-reduced POM written at: /Users/justinmclean/Downloads/
> ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/dependency
> -reduced-pom.xml
> [INFO] Dependency-reduced POM written at: /Users/justinmclean/Downloads/
> ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/dependency
> -reduced-pom.xml
> …
>
> Issue may be related to this bug? [3] However changing the pom to use
> shade 2.4.1 didn’t fix the issue.
>
> Thanks,
> Justin
>
> 1. ./bin/gen_thrift.sh
> 2. ./htrace-htraced/go/web/lib/bootstrap-3.3.1/css/bootstrap.css
> 3. https://issues.apache.org/jira/browse/MSHADE-148
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [VOTE] Apache Fluo 1.0.0-incubating (rc2)

2016-09-30 Thread Justin Mclean
Hi,

+1 binding

I checked:
- incubating in name
- signatures and hashes good
- DISCLAIMER exists
- LICENSE and NOTICE good
- All source files have ASF headers
- No unexpected  binaries in source
- Can compile from source   

Convenience binary also looks good.

You may want to consider adding “apache” to the artefact names for branding and 
trademark protection.

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



Re: [VOTE] Apache HAWQ 2.0.0.0-incubating RC4

2016-09-30 Thread justin
Hi,

+1 binding but i did have a bit of trouble building from source

I checked:
- incubating in name
- signature and hashes good
- DISCLAIMER exists
- LICENSE and NOTICE good
- All ASF file have ASF headers
- No unexpected binary files
- manage to compile on OSX

IMO It would be best if build instructions were included in the release and no 
on the wiki.

Also currently looks like openssl may be a little broken and info on the wiki 
may need updating:
brew link --force openssl
Warning: Refusing to link: openssl
Linking keg-only openssl means you may end up linking against the insecure,
deprecated system OpenSSL while using the headers from Homebrew's openssl.
Instead, pass the full include/library paths to your compiler e.g.:
  -I/usr/local/opt/openssl/include -L/usr/local/opt/openssl/lib

I needed up doing this to make it compile:
make CFLAGS="-I/usr/local/opt/openssl/include -L/usr/local/opt/openssl/lib"

All looks good licence and notice to me although there might still be some 
issues given the large number of files involved. Would be great to get someone 
else to do a review.

I would of probably would not put the PostgreSQL license text in NOTICE, may 
want to consider removing that in the next release, but I assume it was 
discussed and decide that was the best way to go?

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



[VOTE] Apache Fluo 1.0.0-incubating (rc2)

2016-09-30 Thread Christopher
Dear IPMC,

Please vote for the following release candidate of Apache Fluo
1.0.0-incubating.

PPMC vote thread:
https://lists.apache.org/thread.html/8b6ec5f17e277ed2d01e8df61eb1f1f42266cd30b9e114cb431c1c17@%3Cdev.fluo.apache.org%3E

Staged dist artifacts:
https://dist.apache.org/repos/dist/dev/incubator/fluo/fluo/1.0.0-incubating-rc2/

Staged Maven repository:
https://repository.apache.org/content/repositories/orgapachefluo-1013/

Signing KEYS:
https://www.apache.org/dist/incubator/fluo/KEYS
(fingerprint for this release: 8CC4F8A2B29C2B040F2B835D6F0CDAE700B6899D)

Git repo:
https://git-wip-us.apache.org/repos/asf/incubator-fluo
(branch: 1.0.0-incubating-rc2,
commit: e1dbc608c67f31e804b59abd69d0bc530ca00f77)

This vote will end on Tue Oct  4 03:00:00 UTC 2016
(Mon Oct  3 23:00:00 EDT 2016 / Mon Oct  3 20:00:00 PDT 2016)


Re: [VOTE] HTrace 4.2-incubating release

2016-09-30 Thread Justin Mclean
Hi,

+0 binding as I had issues compiling (see below). Happy to change to +1 if I 
can compile everything else is good.

I checked:
- incubating in name
- signature and hashes good
- DISCLAIMER exists
- LICENSE is missing MIT licensed normalise.css bundled in several bootstrap 
files. e.g. [2]. Please fix for net release.
- NOTICE good
- All Apache files have ASF header
- No unexpended binary files
- Can’t compile

You may want to remove the copyright line from this ASF header [1]

The compile seem to get stuck in an infinite loop at this point:
[INFO] Replacing original artifact with shaded artifact.
[INFO] Replacing 
/Users/justinmclean/Downloads/ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/target/htrace-hbase-4.2.0-incubating.jar
 with 
/Users/justinmclean/Downloads/ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/target/htrace-hbase-4.2.0-incubating-shaded.jar
[INFO] Dependency-reduced POM written at: 
/Users/justinmclean/Downloads/ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/dependency-reduced-pom.xml
[INFO] Dependency-reduced POM written at: 
/Users/justinmclean/Downloads/ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/dependency-reduced-pom.xml
[INFO] Dependency-reduced POM written at: 
/Users/justinmclean/Downloads/ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/dependency-reduced-pom.xml
[INFO] Dependency-reduced POM written at: 
/Users/justinmclean/Downloads/ApacheHtrace/htrace-4.2.0-incubating/htrace-hbase/dependency-reduced-pom.xml
…

Issue may be related to this bug? [3] However changing the pom to use shade 
2.4.1 didn’t fix the issue.

Thanks,
Justin

1. ./bin/gen_thrift.sh
2. ./htrace-htraced/go/web/lib/bootstrap-3.3.1/css/bootstrap.css
3. https://issues.apache.org/jira/browse/MSHADE-148


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



Re: [VOTE] HTrace 4.2-incubating release

2016-09-30 Thread Jake Farrell
+1

-Jake


Checks:
- No unexpected binary file
- Name contains incubating
- Valid signatures and hashes
- DISCLAIMER exists
- LICENSE and NOTICE up to date
- ASF headers for all source files


On Fri, Sep 30, 2016 at 1:16 PM, Mike Drob  wrote:

> Resending this after being told that I used an incorrect subject format.
>
> On 2016-09-29 21:20 (-0500), "Mike Drob" wrote:
> > 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/4123e994c752eabaf3f11d5ca13af4
> 182530f001f7a5cbd52862@%3Cdev.htrace.apache.org%3E
> >
> > And results thread here:
> > https://lists.apache.org/thread.html/6dfe32eaa84ff36519816029e730e7
> a5ae9d5ab13ecc1d686fff@%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=7c0ae16b71683b71908cae0e59472f
> 3a92074c19
> >
> > 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
> >
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [VOTE] Apache Unomi 1.1.0-incubating release (take 2)

2016-09-30 Thread John D. Ament
+1, release contents look good.

On Fri, Sep 30, 2016 at 5:49 AM Thomas Draier  wrote:

> Hi all,
>
> The Unomi community has voted again for the release of Apache Unomi 1.1.0
> (incubating). Previous issue with license has been fixed, the dependency to
> lgpl library has been removed.
>
> The vote thread can be found at :
>
> http://mail-archives.apache.org/mod_mbox/incubator-unomi-dev/201609.mbox/%3CCAKm8eOShif-VNTp_DJOvPRdC64icvPoBj3LhBHy4qNena%2BoufA%40mail.gmail.com%3E
>
>
> and the result is at:
>
> http://mail-archives.apache.org/mod_mbox/incubator-unomi-dev/201609.mbox/%3CCAKm8eOTgx7iBKpJNFUsg9iNLzTRSu%3D5EH5qEoYv4-yL1%3Df4MPg%40mail.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
> <
> https://git-wip-us.apache.org/repos/asf?p=incubator-unomi.git;a=tag;h=refs/tags/unomi-root-1.1.0-incubating
> >*
> ( 619e51f509cd2fc72a9cb24357d33596094c5d25
> )
>
> 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: [VOTE] Apache Unomi 1.1.0-incubating release (take 2)

2016-09-30 Thread Justin Mclean
Hi,

+1 binding

Checked for the source release:
- name contains incubating
- signatures and hashes good
- DISCLAIMER exists
- LICENSE good
- NOTICE stills contains unneeded info re MIT licensed code [1]. While this is 
a minor documentation issue please remove in the next release. Notice files 
should be kept as brief as possible. [2]
- All source files have ASF headers
- No unexpected binary file.
- Can compile from source

The convenience binary also looks a lot better.

Thanks,
Justin

1. http://www.apache.org/dev/licensing-howto.html#permissive-deps
2. http://www.apache.org/dev/licensing-howto.html#mod-notice
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] HTrace 4.2-incubating release

2016-09-30 Thread John D. Ament
+1 (binding)

On Fri, Sep 30, 2016 at 1:16 PM Mike Drob  wrote:

> Resending this after being told that I used an incorrect subject format.
>
> On 2016-09-29 21:20 (-0500), "Mike Drob" wrote:
> > 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
> >
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: How to denote unusual copyright circumstances, was Re: [VOTE] Impala 2.7.0 release candidate 3

2016-09-30 Thread Justin Mclean
Hi,

> This (an another couple of things in your review) might stay the same
> in the next release, but be allowed (as I read it) under the licensing
> rules.

As long as it not compile source files it should be fine. It's not not binary 
files i.e. jpg and pngs and the like are ok. What does contain the file?

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



Re: [DISCUSS] Olympian Incubation Proposal

2016-09-30 Thread P. Taylor Goetz
I think the community behind this proposal is ready to accept defeat at this 
point. With DataStax' objection, the project simply can't be brought under the 
auspices of the ASF unless DataStax reverses its stance.

Personally, I'm somewhat discouraged to see a company I once held in high 
regard in  terms of supporting OSS and the ASF take this action. This 
represents a further erosion of that respect. It is what it is. I can't fault 
DataStax for trying to protect their bottom line. They are well within their 
rights here. It could be considered a stain on their relationship with the ASF, 
or not.

The community seems committed to moving forward with a fork, whether it is 
considered hostile or friendly. From discussions I've been privy to, if 
DataStax were to reverse their stance, this community would come back to the 
ASF in a heartbeat. There's a community behind this code, and they deserve the 
right to move forward.

I think they will, unfortunately not at the ASF. At least for now. Nothing 
would please me more than to see this community be able to come to Apache.

-Taylor

> On Sep 30, 2016, at 4:15 AM, Tom Barber  wrote:
> 
> I like the re-licensing threat get it forked on github and prove to
> them there is a willing community out there!
> 
> Tom
> 
>> On Fri, Sep 30, 2016 at 4:17 AM, P. Taylor Goetz  wrote:
>> 
>> 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
>> 
>> 

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



[CLOSED] [DISCUSS] Olympian Incubation Proposal

2016-09-30 Thread Henry Saputra
Thanks to all participating.

Due to response from Datastax legal rep, this proposal at this moment
considered "hostile" fork and hence no longer open for discussion.


- Henry

On Wed, Sep 28, 2016 at 9:01 PM, 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
>pr

Re: Toree's LGPL Dependency resolved!

2016-09-30 Thread Luciano Resende
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.
>

Very good news !!! Congratulations, and let's get the release out now !!!

-- 
Luciano Resende
http://twitter.com/lresende1975
http://lresende.blogspot.com/


Re: [VOTE] Accept NetBeans into the Apache Incubator

2016-09-30 Thread Ricardo Pacheco
 +1 Accept NetBeans into the Apache Incubator

On 2016-09-27 16:30 (-0400), 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, such as at Boeing, Airbus Defense and Space,
> NASA, and
> > NATO.
> >
> > == Known Risks ==
> >  Orphaned Products: The community proposing NetBeans for incubation
> i

[VOTE] Apache HAWQ 2.0.0.0-incubating RC4

2016-09-30 Thread Goden Yao
Hi IPMC,

HAWQ community has voted and passed RC4 build. Previous IP issues have all
been fixed.
The Vote thread can be found:
http://mail-archives.apache.org/mod_mbox/incubator-hawq-dev/201609.mbox/%3CCABJ%3DBRr4xY_J0AY6Jfdvzd_uyOQAsEr9UrF6chOnRy2dEGMwmQ%40mail.gmail.com%3E


This is the 1st release for Apache HAWQ (incubating), version:
2.0.0.0-incubating
I want to take the opportunity to thank Ed, Roman and Justin for the final
verification of all IP issues.

*It fixes the following issues:*
Clear all IP related issues for HAWQ and this is a source code tarball only
release.
Full list of JIRAs fixed/related to the release: link


*We're voting upon the release branch:*
2.0.0.0-incubating
HEAD: commit


To run check RAT, please do:

$mvn verify

first to get the correct RAT output.  Look inside of pom.xml to see the
classes of exceptions we're managing there for RAT.

*Source Files:*
https://dist.apache.org/repos/dist/dev/incubator/hawq/2.0.0.0-incubating.RC4

*KEYS file containing PGP Keys we use to sign the release:*
https://dist.apache.org/repos/dist/dev/incubator/hawq/KEYS
(please note that I used new key to sign and my old key is going to be
revoked)

This vote will be open for at least 72 hours, or until the necessary number
of votes reached.

Thanks
-Goden


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

2016-09-30 Thread Matt Franklin
+1 binding

Verified signatures & hashes
Verified compiles from source
Verified LICENSE & NOTICE


On Fri, Sep 30, 2016 at 4:43 AM Suneel Marthi  wrote:

> +1 binding
>
> Checked:
>
> 1. Signatures and hashes are correct
> 2. Compiles from source
> 3. Verified Apache headers
> 4. License and Notice files are good
>
>
> On Fri, Sep 30, 2016 at 1:13 AM,  wrote:
>
> > 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: How to denote unusual copyright circumstances, was Re: [VOTE] Impala 2.7.0 release candidate 3

2016-09-30 Thread Henry Robinson
On 30 September 2016 at 11:39, Jim Apple  wrote:

> Thank you for the review, Justin. I have changed the subject so as not
> to clutter the VOTE thread.
>
> > - One possible binary file that shouldn’t be in the source release? [15]
> (not sure what this is)
>
> This (an another couple of things in your review) might stay the same
> in the next release, but be allowed (as I read it) under the licensing
> rules:
>
> http://www.apache.org/legal/src-headers.html
>
> How should we annotate those to clarify our beliefs to voters and
> reviewers?
>
> Another example of a confusing thing that might stay the same is the
> license and copyright on
>
> > 9 ./be/src/thirdparty/squeasel/squeasel.?
>
> This might not have been part of the SGA; I'll have to check. Assuming
> for the purposes of this question that it was not part of the software
> grant, how can we annotate that to clarify?
>

This was not part of the SGA, to my knowledge. I didn't add it to LICENSE
because I mistakenly thought we'd a) licensed it as ASL and b) didn't
notice the copyright that needs to be preserved.

It should go in LICENSE.txt as a standard MIT-licensed thirdparty
dependency.

Henry



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


[VOTE] HTrace 4.2-incubating release

2016-09-30 Thread Mike Drob
Resending this after being told that I used an incorrect subject format.

On 2016-09-29 21:20 (-0500), "Mike Drob" wrote: 
> 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
> 
> 

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



[VOTE] Accept NetBeans into the Apache Incubator

2016-09-30 Thread Jim Jagielski
Let's try this again (using lists.apache.org):

+1 (binding)

On 2016-09-27 16:30 (-0400), 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, such as at Boeing, Airbus Defense and Space, NASA, 
> and
> NATO.
> 
> == Known Risks ==
>  Orphaned Products: The community proposing NetBeans for incubation is 
> strong
> and vibrant. The size and diversity of the community is a guarantee against 
> the
> project being orphaned.
> 
>  Inexperience with Open Source: NetBeans has been free

How to denote unusual copyright circumstances, was Re: [VOTE] Impala 2.7.0 release candidate 3

2016-09-30 Thread Jim Apple
Thank you for the review, Justin. I have changed the subject so as not
to clutter the VOTE thread.

> - One possible binary file that shouldn’t be in the source release? [15] (not 
> sure what this is)

This (an another couple of things in your review) might stay the same
in the next release, but be allowed (as I read it) under the licensing
rules:

http://www.apache.org/legal/src-headers.html

How should we annotate those to clarify our beliefs to voters and reviewers?

Another example of a confusing thing that might stay the same is the
license and copyright on

> 9 ./be/src/thirdparty/squeasel/squeasel.?

This might not have been part of the SGA; I'll have to check. Assuming
for the purposes of this question that it was not part of the software
grant, how can we annotate that to clarify?

Thanks,
Jim

-
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

2016-09-30 Thread Jim Apple
Hi Carl - is this a +1 to the release or to Tom's note about
Strata/Hadoop World?

On Thu, Sep 29, 2016 at 9:11 AM, Carl Steinbach  wrote:
> +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
>>

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



Re: Reuse Maven repository more

2016-09-30 Thread Stephen Connolly
On Friday 30 September 2016, Jaroslav Tulach 
wrote:

> 28. 9. 2016 v 11:25, Greg Stein >:
>
> > On Tue, Sep 27, 2016 at 10:13 PM, Jaroslav Tulach <
> jaroslav.tul...@gmail.com 
> >> wrote:
> >> ...
> >
> >> One idea that keeps puzzling in my mind is to reuse central Maven
> >> repository
> >> more than we used to. If I understand correctly while the Maven central
> is
> >> operated by Sonatype, it is just "leased" to them and still oversight by
> >> Apache.
> >
> >
> > Not so much. We license the "Apache Maven" trademark to them, to provide
> a
> > fantastic service to the Maven community. But Maven Central is *all*
> > Sonatype, and the ASF generally just provides oversight over trademark
> use
> > (rather than operation).
> >
> > To state things another way: the ASF has zero control over what goes onto
> > their platform. Shoot, we have a copy of the software which runs Maven
> > Central, but it is proprietary and we merely hold a license to run it.
> This
> > isn't pillows and unicorns. You will need to make a business case with
> > Sonatype to include stuff beyond artifacts that Apache Maven can consume
> > from their repository.
> >
> > (that is my reasonably-informed understanding; a discussion with Sonatype
> > and the Apache Maven PMC is your best bet)


Not quite true.

Sonatype is running the active hosting of central, but there are
full mirrors of the content that are kept live (modulo a few hours for some
to a few days/weeks for others).

The URL that maven distos now point to is an apache.org URL rather than the
maven.org URL. If there were an issue with the current sonatype provided
service, we *could* switch to the apache mirror hosting on and change the
DNS entry.

The value sonatype currently provides is the artifact on-ramp (aside from
covering the bandwidth charges)

Previously there was a long complex set of rsync rules to pull content from
various sources. That has by and large been replaced by Sonatype Nexus and
some Mexus federation "magic".

We probably could get Artifactory to a place where it could perform the
same functionality but currently there is a gap...

Having said that, I think we are happy with the Sonatype service.


> Thanks Greg for your answer.
>
> On one side of my proposal is cost control for Apache foundation. By
> reusing infrastructure that already exists and is (has to be as the
> trademark is owned by the foundation) friendly, we can eliminate the load
> for extra services (http://plugins.netbeans.org) NetBeans currently has.
> I don't think the increase of the load is going to be any significant - the
> amounts of downloads Apache Maven central has to handle is way bigger than
> NetBeans needs, I assume.


Yeah but you'd want to check with Sonatype before adding that load onto
Central first...

The internal copy of Nexus that hosts repository.apache.org is probably not
sized to handle the netbeans load. Rather it is sized to handle the
deployment be developers, occasional downloads by PMCs testing artifacts
being voted on and the sync to central.


>
> Simplification of the build infrastructure is the other goal. If we use
> only the bits on the Apache Maven central, then we don't need any special
> support infrastructure (http://hg.netbeans.org/binaries). That requires a
> bit of work, but again it could help Apache control the cost of adopting
> NetBeans.


For building netbeans, yes you want to go that route.


>
> The last side is related to legal issues. Any infrastructure that helps to
> distribute 3rd party code is troublesome: viruses, malware, spyware, etc.
> By reusing the same infrastructure as Apache Maven, we align NetBeans with
> existing Apache approved solution. Apache NetBeans would only download what
> Apache Maven can - e.g. The risk of using NetBeans would be the same as
> using Maven. In my view, this should make the foundation OK with
> distributing such software like NetBeans.
>
> I agree with Wade, that all such changes should only happen when NetBeans
> is accepted for the incubation phase. The only reason of my proposal is to
> show that we don't have "insolvable issues". We may have challenging ones,
> but I am sure, we can solve all of them.
>
> Jaroslav Tulach
> NetBeans Platform Architect
>
>
>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> 
> For additional commands, e-mail: general-h...@incubator.apache.org
> 
>
>

-- 
Sent from my phone


Re: MySQL FOSS License Exception

2016-09-30 Thread Stian Soiland-Reyes
As Shane points out, such "Special exceptions" would in theory be good
enough for an open source project, but it restricts commercial
downstream users beyond the ASF license (which gives them the
"freedom" to NOT distribute the source)

https://www.apache.org/legal/resolved#category-x


However you can have an optional dependency and give users
instructions on how to build/add mysql support - given that the
project generally does not require it (most users would not need it).
With JDBC and Maven's true (can SBT do that?)
this should be quite easy to achieve for the mysql client lib; several
ASF projects already do this:

https://github.com/search?q=org%3Aapache+mysql&type=Code


What would NOT be ok is an "Apache mySQL Friend" - e.g. an ASF product
that would be pointless without the (L)GPL component - even if you
managed to sneak away from a compile-dependency. :-)

(Where this gets tricky is if a project has such optional Connector
plugins, but the plugin is released on its own)


Refs:
https://www.apache.org/legal/resolved#optional

On 30 September 2016 at 02:38, Shane Curcuru  wrote:
> 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
>



-- 
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718

-
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

2016-09-30 Thread Geertjan Wielenga
On Thu, Sep 29, 2016 at 7:39 PM, jag wrote:

> +1  (expressing unbridled enthusiasm and glee!!)


Note: The above is James Gosling. :-)

- Gj

On Thu, Sep 29, 2016 at 7:39 PM, jag  wrote:

> +1  (expressing unbridled enthusiasm and glee!!)
>
>
>
> --
> View this message in context: http://apache-incubator-
> general.996316.n3.nabble.com/VOTE-Accept-NetBeans-into-the-
> Apache-Incubator-tp51613p51725.html
> Sent from the Apache Incubator - General mailing list archive at
> Nabble.com.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


[VOTE] Apache Unomi 1.1.0-incubating release (take 2)

2016-09-30 Thread Thomas Draier
Hi all,

The Unomi community has voted again for the release of Apache Unomi 1.1.0
(incubating). Previous issue with license has been fixed, the dependency to
lgpl library has been removed.

The vote thread can be found at :
http://mail-archives.apache.org/mod_mbox/incubator-unomi-dev/201609.mbox/%3CCAKm8eOShif-VNTp_DJOvPRdC64icvPoBj3LhBHy4qNena%2BoufA%40mail.gmail.com%3E


and the result is at:
http://mail-archives.apache.org/mod_mbox/incubator-unomi-dev/201609.mbox/%3CCAKm8eOTgx7iBKpJNFUsg9iNLzTRSu%3D5EH5qEoYv4-yL1%3Df4MPg%40mail.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
*
( 619e51f509cd2fc72a9cb24357d33596094c5d25
)

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: [VOTE] Accept NetBeans into the Apache Incubator

2016-09-30 Thread jag
+1  (expressing unbridled enthusiasm and glee!!)



--
View this message in context: 
http://apache-incubator-general.996316.n3.nabble.com/VOTE-Accept-NetBeans-into-the-Apache-Incubator-tp51613p51725.html
Sent from the Apache Incubator - General mailing list archive at Nabble.com.

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



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

2016-09-30 Thread Stian Soiland-Reyes
I think Apache should not take an active part in any forks, as it could
ruin the long-standing approval with the commercial community.

However I think going the Jenkins fork route is the way for these
communities that want to move forward:

Move to GitHub, change the name & logo, clean up IP, actively grow the
community (e.g. add to the GH organisation after 2 pull requests), make
frequent releases (not too ambitious design changes), have nice and
professional looking web pages, etc.

A bit of noise in the process is necessary so the fork gets attention. It
is a hostile fork, but community-backed. Give it a year or two, and the
fork could be stronger and independent - at which point I think ASF would
have less qualms about accepting the new community - it would kind of be
pre-incubated.

A GitHub fork also makes the fall shorter if the original copyright holders
change their mind and embrace Open Development; they can then (at least in
theory) re-merge the communities by approving the new name as "official
successor" and join the effort; perhaps at that point a move to ASF would
be a very good option to form new neutral ground.


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

2016-09-30 Thread Suneel Marthi
+1 binding

Checked:

1. Signatures and hashes are correct
2. Compiles from source
3. Verified Apache headers
4. License and Notice files are good


On Fri, Sep 30, 2016 at 1:13 AM,  wrote:

> 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: [DISCUSS] Olympian Incubation Proposal

2016-09-30 Thread Tom Barber
I like the re-licensing threat get it forked on github and prove to
them there is a willing community out there!

Tom

On Fri, Sep 30, 2016 at 4:17 AM, P. Taylor Goetz  wrote:

> 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
>
>


[ANNOUNCE] Apache BatchEE 0.4-incubating Release

2016-09-30 Thread Romain Manni-Bucau
The Apache BatchEE and Incubator teams are pleased to announce the release
of Apache BatchEE 0.4-incubating.

The release passes the JBatch 1.0 TCK test 1.1-b03.

Sources are available on Apache download area (
https://www.apache.org/dyn/closer.cgi/incubator/batchee) accessible through
BatchEE site menu and binaries are on central.


Release Notes - BatchEE - Version 0.4-incubating

** Bug
* [BATCHEE-38] - readOnly mode is broken on a few containers
* [BATCHEE-54] - After retry-with-rollback, 1-at-a-time processing
continues for the rest of the step.   Numerous areas where
ChunkStepController's sequence of calls is out-of-synch with spec.
* [BATCHEE-68] - update plugins and dependencies to latest versions
* [BATCHEE-73] - stochastic tck test-failure in
JobOperatorTests.testJobOperatorAbandonJobDuringARestart
* [BATCHEE-88] - rollback fails if the connection already got closed by
the container
* [BATCHEE-89] - replace geronimo-tx-components with just the tx api
* [BATCHEE-95] - stop partitioned batches throws exception for already
completed executions
* [BATCHEE-96] - StepExecutionEntity and JobExecutionEntity violate the
JPA2.0 Spec
* [BATCHEE-97] - JPQL Error in JobInstanceEntity
* [BATCHEE-106] - batchee cli script not working on cygwin
* [BATCHEE-107] - JobOperator#getJobNames() is slow if many Batches
exist

** Improvement
* [BATCHEE-98] - try to find batches not executed in embedded mode for
BatchEE servlet
* [BATCHEE-99] - add batch Metrics to simplerest
* [BATCHEE-100] - Add README.md from info available on offical site
* [BATCHEE-109] - Remove SecurityService
* [BATCHEE-111] - upgrade batchee to tomee 7

** New Feature
* [BATCHEE-94] - provide EE JPA provider implementations


Regards,
Romain


Re: Reuse Maven repository more

2016-09-30 Thread Jaroslav Tulach
28. 9. 2016 v 11:25, Greg Stein :

> On Tue, Sep 27, 2016 at 10:13 PM, Jaroslav Tulach > wrote:
>> ...
> 
>> One idea that keeps puzzling in my mind is to reuse central Maven
>> repository
>> more than we used to. If I understand correctly while the Maven central is
>> operated by Sonatype, it is just "leased" to them and still oversight by
>> Apache.
> 
> 
> Not so much. We license the "Apache Maven" trademark to them, to provide a
> fantastic service to the Maven community. But Maven Central is *all*
> Sonatype, and the ASF generally just provides oversight over trademark use
> (rather than operation).
> 
> To state things another way: the ASF has zero control over what goes onto
> their platform. Shoot, we have a copy of the software which runs Maven
> Central, but it is proprietary and we merely hold a license to run it. This
> isn't pillows and unicorns. You will need to make a business case with
> Sonatype to include stuff beyond artifacts that Apache Maven can consume
> from their repository.
> 
> (that is my reasonably-informed understanding; a discussion with Sonatype
> and the Apache Maven PMC is your best bet)

Thanks Greg for your answer.

On one side of my proposal is cost control for Apache foundation. By reusing 
infrastructure that already exists and is (has to be as the trademark is owned 
by the foundation) friendly, we can eliminate the load for extra services 
(http://plugins.netbeans.org) NetBeans currently has. I don't think the 
increase of the load is going to be any significant - the amounts of downloads 
Apache Maven central has to handle is way bigger than NetBeans needs, I assume.

Simplification of the build infrastructure is the other goal. If we use only 
the bits on the Apache Maven central, then we don't need any special support 
infrastructure (http://hg.netbeans.org/binaries). That requires a bit of work, 
but again it could help Apache control the cost of adopting NetBeans.

The last side is related to legal issues. Any infrastructure that helps to 
distribute 3rd party code is troublesome: viruses, malware, spyware, etc. By 
reusing the same infrastructure as Apache Maven, we align NetBeans with 
existing Apache approved solution. Apache NetBeans would only download what 
Apache Maven can - e.g. The risk of using NetBeans would be the same as using 
Maven. In my view, this should make the foundation OK with distributing such 
software like NetBeans.

I agree with Wade, that all such changes should only happen when NetBeans is 
accepted for the incubation phase. The only reason of my proposal is to show 
that we don't have "insolvable issues". We may have challenging ones, but I am 
sure, we can solve all of them.

Jaroslav Tulach
NetBeans Platform Architect





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