[ANNOUNCE] Apache Livy 0.4.0-incubating released

2017-09-04 Thread Saisai Shao
The Apache Livy team is proud to announce Apache Livy version 0.4.0-incubating. This is the first Livy release after entering the Apache Incubator. Livy is web service that exposes a REST interface for managing long running Apache Spark contexts in your cluster. With Livy, new applications can

Re: [RESULT][VOTE] Release Airflow 1.8.2 based on Airflow 1.8.2 RC4

2017-09-04 Thread John D. Ament
Pierre is not an IPMC member. Please ask your mentors to vote on the release. On Sep 4, 2017 12:31 PM, "Maxime Beauchemin" wrote: > Hi All, > > The vote for releasing *Apache Airflow 1.8.2-incubating* is now closed. > > With a total of *+3 binding* votes, the vote

[RESULT][VOTE] Release Airflow 1.8.2 based on Airflow 1.8.2 RC4

2017-09-04 Thread Maxime Beauchemin
Hi All, The vote for releasing *Apache Airflow 1.8.2-incubating* is now closed. With a total of *+3 binding* votes, the vote passes: * Justin McLean * John D. Ament * Pierre Smits Thank you to all the reviewers for taking the time to validate this release and provide very good feedback. We will

Re: Podlings & Apache Project Maturity Model (was RE: [DISCUSS] Graduate Apache RocketMQ from podling to TLP)

2017-09-04 Thread Jim Apple
> I'll be honest, I have no idea why they > think they have to do it, but they do it. I suspect it is because projects are motivated to graduate and believe that one or more people on the IPMC with -1 their graduation if they do not complete the model and put a check mark in every box. I

Re: How to handle exclusions in a software grant?

2017-09-04 Thread Chris Mattmann
Thanks John, I would clarify this on the contributing organization side, and pass that along to the mentors. Thanks. On 9/4/17, 8:13 AM, "John D. Ament" wrote: Agreed that the grant in question is missing a proper Exhibit A. But perhaps their intention with

Re: How to handle exclusions in a software grant?

2017-09-04 Thread John D. Ament
Agreed that the grant in question is missing a proper Exhibit A. But perhaps their intention with Exhibit A was to list what was excluded, rather than what was included? Considering that the committers in question had CLAs on file, I would be surprised if 3rd Party Code were brought in. John

Re: How to handle exclusions in a software grant?

2017-09-04 Thread Chris Mattmann
Hi Bertrand, I believe they were supposed to provide a list to go along with that zip file. Can you double check? Cheers, Chris On 9/4/17, 3:30 AM, "Bertrand Delacretaz" wrote: Hi, I'm mentoring a podling where a large initial code donation just

Re: Podlings & Apache Project Maturity Model (was RE: [DISCUSS] Graduate Apache RocketMQ from podling to TLP)

2017-09-04 Thread John D. Ament
Hi Bertrand, On Mon, Sep 4, 2017 at 4:54 AM Bertrand Delacretaz < bdelacre...@codeconsult.ch> wrote: > Hi John, > > On Fri, Aug 25, 2017 at 9:11 PM, John D. Ament > wrote: > > ...Its unfair for us to put some stake in the ground expecting podlings > to > > match up 100%

Re: Podlings & Apache Project Maturity Model (was RE: [DISCUSS] Graduate Apache RocketMQ from podling to TLP)

2017-09-04 Thread Bertrand Delacretaz
On Mon, Sep 4, 2017 at 4:34 PM, Jim Apple wrote: > ...I think the current Model has a number of vague statements that are > unlikely to be interpreted consistently without clarification. For > instance "The project is open and honest about the quality of its > code."..

Re: Podlings & Apache Project Maturity Model (was RE: [DISCUSS] Graduate Apache RocketMQ from podling to TLP)

2017-09-04 Thread John D. Ament
On Mon, Sep 4, 2017 at 7:26 AM Shane Curcuru wrote: > Bertrand Delacretaz wrote on 9/4/17 4:54 AM: > > Hi John, > > > > On Fri, Aug 25, 2017 at 9:11 PM, John D. Ament > wrote: > >> ...Its unfair for us to put some stake in the ground expecting

Re: Podlings & Apache Project Maturity Model (was RE: [DISCUSS] Graduate Apache RocketMQ from podling to TLP)

2017-09-04 Thread Jim Apple
> It's *very* helpful to have podlings consider their growth using some > form of structured and consistent criteria, so IPMC (and board) can > consider how different podlings see themselves compared to past podling > history. I think the current Model has a number of vague statements that are

Re: [VOTE] Graduate Apache RocketMQ from podling to TLP

2017-09-04 Thread William Guo
+1(non-binding) cool. From: dongeforever Sent: Monday, September 4, 2017 7:39:53 PM To: general Subject: Re: [VOTE] Graduate Apache RocketMQ from podling to TLP +1 Nice to see the RocketMQ becomes TLP. 2017-09-03 12:38 GMT+08:00 Justin

Re: [VOTE] Graduate Apache RocketMQ from podling to TLP

2017-09-04 Thread dongeforever
+1 Nice to see the RocketMQ becomes TLP. 2017-09-03 12:38 GMT+08:00 Justin Mclean : > HI, > > +1 (binding). Well done! > > Thanks, > Justin > > - > To unsubscribe, e-mail:

Re: Podlings & Apache Project Maturity Model (was RE: [DISCUSS] Graduate Apache RocketMQ from podling to TLP)

2017-09-04 Thread Shane Curcuru
Bertrand Delacretaz wrote on 9/4/17 4:54 AM: > Hi John, > > On Fri, Aug 25, 2017 at 9:11 PM, John D. Ament wrote: >> ...Its unfair for us to put some stake in the ground expecting podlings to >> match up 100% on the questions. Many of the questions are subjective - is >>

How to handle exclusions in a software grant?

2017-09-04 Thread Bertrand Delacretaz
Hi, I'm mentoring a podling where a large initial code donation just happened. The corresponding software grant points to a large zip file indicating that the donation consists of that file's contents, "excluding any third-party and separately licensed material" that it contains. My

Re: Podlings & Apache Project Maturity Model (was RE: [DISCUSS] Graduate Apache RocketMQ from podling to TLP)

2017-09-04 Thread Bertrand Delacretaz
Hi John, On Fri, Aug 25, 2017 at 9:11 PM, John D. Ament wrote: > ...Its unfair for us to put some stake in the ground expecting podlings to > match up 100% on the questions. Many of the questions are subjective - is > the code easy to discover? respond to bug reports in a

Re: Digests in releases

2017-09-04 Thread Bertrand Delacretaz
On Thu, Aug 31, 2017 at 3:15 PM, Henk P. Penning wrote: > -- SHA-1 : not as bad as MD5, but no longer considered secure > by some ; https://en.wikipedia.org/wiki/SHA-1 ; skip > -- SHA-256 : fine > -- SHA-512 : fine > > So, I would suggest we pick SHA-256... +1