Re: [DISCUSS] Unomi incubation proposal

Hi Raul, On Mon, Sep 14, 2015 at 12:23 PM, Raul Kripalani wrote: > ...I confirm I have no affiliations – in case you want note it Ok, I haved changed to "Independent: Raul Kripalani" -Bertrand - To

Re: [VOTE] Accept MADlib into the Apache Incubator

+1 Mike West 503.276.1815 Count what is countable, measure what is measurable, and what is not measureable, make measurable - Galileo IMPORTANT NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the

Re: [VOTE] Accept Rya into the Apache Incubator

+1 On 14 Sep 2015 20:47, "Adam Fuchs" wrote: > Thanks again for the healthy discussion on Rya. With that, I would like to > call a VOTE for accepting Rya as a new incubator project. > > The proposal text is included below, and is posted on the wiki here: >

Re: [VOTE] Accept Rya into the Apache Incubator

+1 On 14/09/2015 16:17, "Adam Fuchs" wrote: >Thanks again for the healthy discussion on Rya. With that, I would like to >call a VOTE for accepting Rya as a new incubator project. > >The proposal text is included below, and is posted on the wiki here:

Re: [VOTE] Accept Rya into the Apache Incubator

+1 (binding) On 14/09/15 16:17, Adam Fuchs wrote: Thanks again for the healthy discussion on Rya. With that, I would like to call a VOTE for accepting Rya as a new incubator project. The proposal text is included below, and is posted on the wiki here:

Should Apache VOTEs be in a first-come, first-serve queue?

Hello, It appears that VOTEing in general@ is inefficient and biased. An Apache member will see a VOTE on the list and can choose whether to participate in that VOTE or not. I believe there are problems with this algorithm. The first has to do with efficiency. For instance, Groovy received

[VOTE] Accept Rya into the Apache Incubator

Thanks again for the healthy discussion on Rya. With that, I would like to call a VOTE for accepting Rya as a new incubator project. The proposal text is included below, and is posted on the wiki here: https://wiki.apache.org/incubator/RyaProposal The discussion thread on Rya starts here:

Re: Should Apache VOTEs be in a first-come, first-serve queue?

Marko, Isn't the real problem a project level problem? Some projects are simply higher profile than others? As such, wouldn't be better to raise the profile of the projects not getting the votes rather than impair the ability to vote on popular projects? Votes on project admission haven't

Re: Should Apache VOTEs be in a first-come, first-serve queue?

Am I the only one who sees an issue of moral hazard in this proposal? On Mon, Sep 14, 2015 at 12:28PM, Marko Rodriguez wrote: > HI, > > Here is an idea: > > Can we offer $20 to the first 3 binding voters of a release on general@? We > would structure the contract as such: > > "The first

Re: Should Apache VOTEs be in a first-come, first-serve queue?

Hi Marko, On Mon, Sep 14, 2015 at 2:51 PM, Marko Rodriguez wrote: >> I think that Marvin's question to you was pretty cogent. Would you be >> willing to spend an hour or so each on 5 different projects you aren't >> involved in before getting to put your own project up for

RE: Should Apache VOTEs be in a first-come, first-serve queue?

Like I said, your mentors are supposed to help you get the required binding votes. The problem is not one of the voting process. -Original Message- From: Marko Rodriguez [mailto:okramma...@gmail.com] Sent: Monday, September 14, 2015 2:52 PM To: general@incubator.apache.org Subject: Re:

Re: [VOTE] TinkerPop 3.0.1-incubating Release

Hi Justin, thanks for your vote. I actually made some tweaks for this release to clean-up as you had suggested on the last vote (i.e. removing from binary LICENSE/NOTICE the dependencies that weren't bundled - i think i'd had some bad cut/paste there). I suppose I still could have missed

Re: [DISCUSS] Graduate Calcite from the Apache Incbuator

+1 (binding) --Chris Nauroth On 9/12/15, 3:09 PM, "Julian Hyde" wrote: >The Calcite community has established consensus and held a >successful vote with 20 +1 votes in favor of proposing >graduation to a top-level project, including 12 votes from >committers and 6 votes

Re: Should Apache VOTEs be in a first-come, first-serve queue?

Building a community is all about enticing humans to participate. The magical marketing that you refer to is simply an example of giving in order to get. The Apache motto is "community over code". This means that Apache is all about building community and trusting that the community will build

Re: [VOTE] TinkerPop 3.0.1-incubating Release

Hi, +1 (binding) source is OK I checked: - incubating in name - signatures good - DISCLAIMER exists - LICENSE and NOTICE good - All source files have headers - No unexpected binaries in release - Unable to compile due to java version restrictions The connivence binaries LICENSE and NOTICE are

Re: Should Apache VOTEs be in a first-come, first-serve queue?

Hello, > The Apache motto is "community over code". This means that Apache is all > about building community and trusting that the community will build the > code. If you don't have the community, then the code doesn't much matter. We have a community of users and vendors that leverage our

Re: [DISCUSS] Graduate Calcite from the Apache Incbuator

+1 (binding). Good luck! On Sat, Sep 12, 2015 at 03:09PM, Julian Hyde wrote: > The Calcite community has established consensus and held a > successful vote with 20 +1 votes in favor of proposing > graduation to a top-level project, including 12 votes from > committers and 6 votes from IPMC

[VOTE] Graduate Calcite from the Apache Incubator

This is a vote for Calcite to become a top-level project. Since joining the Incubator in May, 2014, the Calcite community has: * Produced eight IPMC-approved releases under two release managers; * Added five new committers and one new PPMC member; * Collaborated successfully with several other

Re: Should Apache VOTEs be in a first-come, first-serve queue?

On Mon, Sep 14, 2015 at 10:41 PM, Marko Rodriguez wrote: > Hi, > >> Thanks for making a clear statement because it lets me focus on the >> question that may be central to this discussion: can you tell us why >> did you guys decided to join ASF in the first place? This is not

Re: [DISCUSS] Graduate Calcite from the Apache Incbuator

I’m hearing positive noises, so I will start a formal vote. Julian > On Sep 14, 2015, at 3:59 PM, Chris Nauroth wrote: > > +1 (binding) > > --Chris Nauroth > > > > > On 9/12/15, 3:09 PM, "Julian Hyde" wrote: > >> The Calcite community has

Re: Should Apache VOTEs be in a first-come, first-serve queue?

Hi, > Thanks for making a clear statement because it lets me focus on the > question that may be central to this discussion: can you tell us why > did you guys decided to join ASF in the first place? This is not a baited > question: I'm genuinely curious about what kind of expectations did > you

Re: [VOTE] Graduate Calcite from the Apache Incubator

+1 (binding) --Chris Nauroth On 9/14/15, 6:56 PM, "Julian Hyde" wrote: >This is a vote for Calcite to become a top-level project. > >Since joining the Incubator in May, 2014, the Calcite >community has: >* Produced eight IPMC-approved releases under two release >

Re: Should Apache VOTEs be in a first-come, first-serve queue?

On Mon, Sep 14, 2015 at 7:11 PM, Roman Shaposhnik wrote: > Hi Marko, > > On Mon, Sep 14, 2015 at 2:51 PM, Marko Rodriguez wrote: >>> I think that Marvin's question to you was pretty cogent. Would you be >>> willing to spend an hour or so each on 5

Re: [VOTE] Graduate Calcite from the Apache Incubator

+1 On Mon, Sep 14, 2015 at 8:47 PM, Chris Nauroth wrote: > +1 (binding) > > --Chris Nauroth > > > > > On 9/14/15, 6:56 PM, "Julian Hyde" wrote: > > >This is a vote for Calcite to become a top-level project. > > > >Since joining the Incubator in May,

RE: Should Apache VOTEs be in a first-come, first-serve queue?

No, you're not the only one. Though my sense is the proposal was intended to stimulate discussion. -Original Message- From: Konstantin Boudnik [mailto:c...@apache.org] Sent: Monday, September 14, 2015 3:28 PM To: general@incubator.apache.org Subject: Re: Should Apache VOTEs be in a

Re: [VOTE] Accept MADlib into the Apache Incubator

+1 (non-binding) On Wed, Sep 09, 2015 at 07:37PM, Roman Shaposhnik wrote: > > Following the discussion earlier: > http://s.apache.org/TE6 > > I would like to call a VOTE for accepting > MADlib community as a new ASF incubator > project. > > The proposal is available at: >

Re: Should Apache VOTEs be in a first-come, first-serve queue?

I know one thing that always grabs my attention is when the community behind it votes on the topic, regardless of having binding/non-binding votes to back it. It shows me that there is a lot of interest in it, and will remind me to look at it closely and throw my vote in. Another way to compare

Re: Should Apache VOTEs be in a first-come, first-serve queue?

Hello, I suppose my concern is exactly what the two replies thus far espouse -- "human whim." This means that a "song and dance" must be done to "entice" the human to entertain a VOTE. I suspect The Apache Software Foundation would argue that paying people to VOTE (regardless if they +1 or

Re: Should Apache VOTEs be in a first-come, first-serve queue?

HI, Here is an idea: Can we offer $20 to the first 3 binding voters of a release on general@? We would structure the contract as such: "The first 3 binding voters on Apache TinkerPop x.y.z get $20 regardless of their vote being a -1 or +1. However, the binding voter must give an

Re: [VOTE] Accept MADlib into the Apache Incubator

+1

Re: [DISCUSS] Graduate Calcite from the Apache Incbuator

I'm following the Calcite project since before it entered the Apache Incubator (when it was called Optiq) and as far as I can tell, I think it has developed very well and is ready to graduate. It has a very active and diverse community. Most of them come from projects depending on Calcite, such

Re: Should Apache VOTEs be in a first-come, first-serve queue?

Hi Marko, Have you ever considered reviewing other podlings' incubating release candidates and cast non-binding votes yourself? If podling contributors like you would all help each other by performing thorough inspections of each others release candidates (and by learning enough to perform those

RE: Should Apache VOTEs be in a first-come, first-serve queue?

The number of votes is unimportant. Anyone not voting is implicitly voting +1 (or maybe +0). The minimum count of 3 is just to ensure there were enough eyes on formal decisions. If a podling is struggling to get the require 3 +1s then that is a problem for them mentors to help address. If you

Re: Should Apache VOTEs be in a first-come, first-serve queue?

On 14/09/15 17:26, Marko Rodriguez wrote: Hello, It appears that VOTEing in general@ is inefficient and biased. An Apache member will see a VOTE on the list and can choose whether to participate in that VOTE or not. I believe there are problems with this algorithm. The first has to do with

Re: Should Apache VOTEs be in a first-come, first-serve queue?

Hi, > Thought 1: Who is "we" in this scenario? That is, whose budget do you imagine > the $60 coming out of? Me personally. > Thought 2: No, there's no chance that this kind of expenditure would be > permissible under our non-profit status. Of course. I'm mainly speaking as a devil's

Re: Should Apache VOTEs be in a first-come, first-serve queue?

On 09/14/2015 02:28 PM, Marko Rodriguez wrote: HI, Here is an idea: Can we offer $20 to the first 3 binding voters of a release on general@? We would structure the contract as such: "The first 3 binding voters on Apache TinkerPop x.y.z get $20 regardless of their vote being a -1

Re: [VOTE] TinkerPop 3.0.1-incubating Release

+1 (Binding) On 09/08/2015 06:55 AM, Stephen Mallette wrote: Hello, We are happy to announce that TinkerPop 3.0.1-incubating is ready for release. The release artifacts can be found at this location: https://dist.apache.org/repos/dist/dev/incubator/tinkerpop/3.0.1-incubating/ The source

Re: [DISCUSS] Unomi incubation proposal

On Wed, Sep 9, 2015 at 5:58 PM, Serge Huber wrote: > ...As a Karaf and CXF application I think that Unomi could definitely benefit > from your involvement ! So welcome on board ! I have added Raul Kripalani as an initial committer at

Re: [DISCUSS] Unomi incubation proposal

Thanks Bertrand ! > On 14 sept. 2015, at 11:25, Bertrand Delacretaz > wrote: > > On Wed, Sep 9, 2015 at 5:58 PM, Serge Huber wrote: >> ...As a Karaf and CXF application I think that Unomi could definitely benefit >> from your involvement ! So welcome

Re: [DISCUSS] Unomi incubation proposal

Hi, The proposal at https://wiki.apache.org/incubator/UnomiProposal requests a u...@unomi.incubator.apache.org, does Unomi really need that? My preference is to start with just a dev list, and only split if this becomes too busy. -Bertrand

Re: [DISCUSS] Unomi incubation proposal

Hi Bertrand, No that was a copy-paste from another proposal, we can remove that. Thanks for noticing that. cheers, Serge… > On 14 sept. 2015, at 11:28, Bertrand Delacretaz > wrote: > > Hi, > > The proposal at https://wiki.apache.org/incubator/UnomiProposal >

Re: [DISCUSS] Unomi incubation proposal

I don’t have write access to the wiki, would you mind making that change ? cheers, Serge… > On 14 sept. 2015, at 11:28, Bertrand Delacretaz > wrote: > > Hi, > > The proposal at https://wiki.apache.org/incubator/UnomiProposal > requests a

Re: [DISCUSS] Unomi incubation proposal

Hi Serge, On Mon, Sep 14, 2015 at 11:40 AM, Serge Huber wrote: > ...that was a copy-paste from another proposal, we can remove that... ok I have removed the user@ list request, the proposal looks good to me now. BTW if you want write access to the wiki just let us know your

[RESULT][VOTE] Release Apache Brooklyn 0.8.0-incubating [rc2]

The vote for releasing Apache Brooklyn 0.8.0-incubating passed with 4 binding +1s, 0 non-binding +1s, and no 0 or -1. Vote thread link: https://mail-archives.apache.org/mod_mbox/incubator-general/201509.mbox/%3C55F03504.9080405%40CloudsoftCorp.com%3E Binding +1s: Jean-Baptiste Onofré Hadrian

Re: [DISCUSS] Unomi incubation proposal

Hi Bertrand, Thanks! I confirm I have no affiliations – in case you want note it. Regards, *Raúl Kripalani* Apache Camel PMC Member & Committer | Enterprise Architect, Open Source Integration specialist http://about.me/raulkripalani | http://www.linkedin.com/in/raulkripalani