+1 (non-binding)
On Thu, Sep 12, 2013 at 12:19 PM, Doug Cutting wrote:
> Discussion about the Storm proposal has subsided, issues raised now
> seemingly resolved.
>
> I'd like to call a vote to accept Storm as a new Incubator podling.
>
> The proposal is included below and is also at:
>
> htt
+1 (non-binding)
On Thu, Nov 7, 2013 at 1:04 PM, Andreas Neumann wrote:
> The discussion about the Weave proposal has calmed. As the outcome of the
> discussion, we have chosen a new name for the project, Twill. I would like
> to call a vote for Twill to become an incubated project.
>
> The pro
On Wed, Nov 13, 2013 at 10:50 PM, Henry Saputra wrote:
> It is indeed very specific for HBase use I suppose. Would it be more
> beneficial to make it sub-project of HBase to get full community
> support from HBase?
I'm on the HBase PMC and am enthusiastically +1 for incubation of Phoenix
to beco
+1
On Wednesday, December 4, 2013, Michael Sick wrote:
> +1 here
> Have multiple clients that are interested in Phoenix over HBase.
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
+1 (binding)
On Friday, December 6, 2013, Stack wrote:
> Discussion of the Phoenix proposal has settled since its original
> posting on November 7th. Feedback has been incorporated.
>
> Let us now move to a vote.
>
> Should Phoenix become an Apache incubator project?
>
> [] +1 Accept Phoenix int
+1 (binding)
I used an at the time much earlier version of DataFu at a previous
employer. Nice to hear about the changes and addition since then.
On Tue, Dec 31, 2013 at 12:39 PM, Jakob Homan wrote:
> Incubator-
>
> Following the discussion earlier, I'm calling a vote to accept DataFu as a
> n
So that means we need an INFRA ticket to plug that in and run an import?
On Mon, Jan 6, 2014 at 4:16 PM, Steve Rowe wrote:
> Atlassian provides a plugin for that:
>
> https://marketplace.atlassian.com/plugins/com.atlassian.jira.plugins.jira-importers-github-plugin
>
>
> On Mon, Jan 6, 2014 at 6
owse/INFRA-5951
> >
> > I see you already have the PHOENIX project set up in JIRA (
> > https://issues.apache.org/jira/browse/PHOENIX), so that should simplify
> > the import task whichever way you end up going.
> >
> > Good luck,
> > Steve
> >
> > On Jan 7, 201
My wiki user name is AndrewPurtell. Please kindly whitelist also.
On Wed, Jan 8, 2014 at 8:14 AM, Marvin Humphrey wrote:
> On Wed, Jan 8, 2014 at 3:44 AM, Steven Noels wrote:
>
> > same here - my user name for the Incubator Wiki is StevenNoels
>
> Done -- I've added your signoff to the Phoenix
There isn't anything in the same domain named Hoya that I am aware of. One
can get to Hoya from other avenues - it is a county and city in Germany; or
it is the genus for several hundred tropical plants. According to
http://en.wikipedia.org/wiki/Hoya, hoya flowers grow in a configuration
referred t
On the question of tooling, that brings us back to James' inquiry about
having infrastructure that can emulate the GitHub pull request workflow in
house:
> Something like the Github model that combines a) the ability for managing
branches and visually reviewing patches and b) a means to gate commi
Hi Sebb,
On Sat, Feb 22, 2014 at 2:19 AM, sebb wrote:
> I've had a quick look at the (sole) archive, and it contains both
> source and compiled jars.
> Although it is OK to release convenience binaries, there must be a
> source only release, as that is the ASF mission - to release open
> source.
On Mon, Feb 24, 2014 at 10:20 AM, Henry Saputra wrote:
> Are you saying it is ok to contain compiled executed binaries if they
> were signed?
>
I did not take a position on that.
The how-to-release documentation perhaps has more room for interpretation
than is desirable.
There had been long dis
Thanks for the clarifications and background reading.
On Mon, Feb 24, 2014 at 8:14 PM, Marvin Humphrey wrote:
> Taking a step back... My feeling about many of the ASF's policy docs is
> that
> they would be clearer if they were formulated using imperatives
> (SHOULD/MUST/etc.) rather than as FAQs
Let's also change the Phoenix POM to not exclude the files in examples/ since
they have been raised as an issue more than once, if I guess correctly here.
> On Mar 10, 2014, at 6:18 PM, David Nalley wrote:
>
>> On Fri, Mar 7, 2014 at 1:43 PM, James Taylor wrote:
>> Hello Everyone,
>> This is
uded in next proposed release.
>
> I am assuming this RC have your +1 Vote?
>
>
> - Henry
>
>
> On Mon, Mar 10, 2014 at 6:58 PM, Andrew Purtell
> wrote:
> > Let's also change the Phoenix POM to not exclude the files in examples/
> since they have been raised as
+1 (binding) carrying my vote on dev@phoenix.incubator over to general@,
caveat the HBase 0.98.1 release happens as expected before this vote
closes. Otherwise we should cancel this vote.
On Tue, Mar 25, 2014 at 9:46 AM, James Taylor wrote:
> Hi everyone,
> This is a call for a vote on Apache Ph
On Tue, Mar 25, 2014 at 11:54 AM, sebb wrote:
> On 25 March 2014 16:39, James Taylor wrote:
> [...]
>
> > The source tarball, including signatures, digests, etc can be found at:
> >
> https://dist.apache.org/repos/dist/dev/incubator/phoenix/phoenix-3.0.0-incubating-rc1/src/
>
> The source bundle
Pardon, got -bin and -src crossed mentally, indeed they are there.
Looks like src was packaged after running the RAT check. Does this require
a new RC?
On Tue, Mar 25, 2014 at 2:59 PM, sebb wrote:
> On 25 March 2014 21:56, Andrew Purtell wrote:
> > On Tue, Mar 25, 2014 at 11:54
at 3:09 PM, sebb wrote:
> On 25 March 2014 22:01, Andrew Purtell wrote:
> > Pardon, got -bin and -src crossed mentally, indeed they are there.
> >
> > Looks like src was packaged after running the RAT check. Does this
> require
> > a new RC?
>
> If I were the RM I
On Tue, Mar 25, 2014 at 4:25 PM, sebb wrote:
> > Yes, we bundle ANTLR in our binary distribution. Most of the other items
> > are pulled in based on the transitive dependencies of other jars we've
> > bundled in our binary distribution.
>
> I see now why I did not notice the 3rd party binaries.
>
Hi Steve,
Does Slider target the deployment and management of components/projects in
the Hadoop project itself? Not just the ecosystem examples mentioned in the
proposal? I don't see this mentioned in the proposal.
The reason I ask is I'm wondering how Slider differentiates from projects
like Apa
+1
On Thu, Apr 10, 2014 at 10:42 AM, Alan Gates wrote:
> Based on the results of the discussion thread (
> http://mail-archives.apache.org/mod_mbox/incubator-general/201403.mbox/%3CCE562EE9-968C-420E-A719-8C08CDAC99F8%40hortonworks.com%3Ein
> particular notice the discussion on name change in
On Sat, Apr 12, 2014 at 3:27 AM, Steve Loughran wrote:
> On 10 April 2014 16:28, Andrew Purtell wrote:
>
> > Hi Steve,
> >
> > Does Slider target the deployment and management of components/projects
> in
> > the Hadoop project itself? Not just the ecos
Based on prior experience I'd say the Members take a liberal attitude to
duplication of efforts. There are pros and cons. "Constructive competition"
versus siloing and dissipation of the potential of a common community.
Given what I've read on this thread I hope ultimately Twill, Helix, and
Slider,
the Apache Phoenix Project; and be it further
>
> RESOLVED, that the persons listed immediately below be and
>hereby are appointed to serve as the initial members of the
>Apache Phoenix Project:
>
> * Andrew Purtell
> * Anoop Sam John
One could imagine as part of the case for incubation and graduation both an
articulation of the project's place in the larger ecosystem, similar to how
academic papers customarily place their work and novel findings within the
larger field in 'Related Work'. If not part of the initial proposal, the
s, which takes me back to the point
made in the above paragraph.
On Fri, May 2, 2014 at 10:52 AM, Chris Douglas wrote:
> On Thu, May 1, 2014 at 2:46 PM, Andrew Purtell
> wrote:
> > If not part of the initial proposal, then
> > at least making a good case as a criteria fo
ndation can become a tool for competition
against healthy projects that has nothing to do with code or abstractions
or personal differences. I think this betrays the Apache Way. Maybe I'm in
an ethical minority.
On Fri, May 2, 2014 at 11:18 AM, Andrew Purtell wrote:
> All that I sugg
+1
On Sat, May 10, 2014 at 2:03 AM, Ashutosh Chauhan wrote:
> Based on the results of the discussion thread (
>
> http://mail-archives.apache.org/mod_mbox/incubator-general/201404.mbox/%3CCA%2BFBdFQA4TghLRdh9GgDKaMtKLQHxE_QZV%3DoZ7HfiDSA_jyqwg%40mail.gmail.com%3E
> ), I would like to call a vo
+1 (binding)
On Sun, May 18, 2014 at 2:15 PM, Chris Aniszczyk wrote:
> Based on the results of the discussion thread:
>
> http://mail-archives.apache.org/mod_mbox/incubator-general/201405.mbox/%3CCAJg1wMRGhLu4P7LeVQB%2B5K0C-fr-pw2448uj%3D6-3zHag4F1EbA%40mail.gmail.com%3E
>
> I would like to call
I had started typing up a response to Henry's mail but will discard the
beginning of it to say I agree with Owen. A new project coming into the
incubator quite naturally could have the initial set of committers entirely
from one organization. An organization donating an existing code base, for
exam
This statement might not be quite right:
> Even within Hadoop complex eco-system, each components have limited or no
security controls.
How do you define the 'Hadoop complex eco-system'? If that definition
includes projects such as HBase, we have significant security controls, so
that wouldn't be
ponent, cross component security is out of scope (and should be).
> This problem can be solved by security providers like Argus, who can
> enforce adequate security consistently across components or project
> boundaries.
>
> Happy to discuss more on this topic.
>
> Thanks
>
> Bosco
wrote:
> Andrews, thanks for your feedback. My responses are inline.
>
> Regards
>
> Bosco
>
> On Jul 17, 2014, at 11:41 AM, Andrew Purtell wrote:
>
> > Thank you for writing back with a detailed clarification.
> >
> > Regarding encryption at rest, HDFS i
+1 (binding)
Diversity and 'nonpartisan' governance will be critical for graduating a
security project, in my opinion, so it will be important to monitor the
attention and openness in community development during incubation.
Although the folks behind Argus do not wish to join Apache Sentry
(incub
+1 (binding)
On Fri, Aug 8, 2014 at 10:40 PM, Byung-Gon Chun wrote:
> Hi,
>
> Thanks for participating in the proposal discussion on REEF. The discussion
> has calmed. I would like to call a vote for acceptance of REEF into the
> Apache Incubator.
>
> The proposal is attached below, and it is a
+1 (binding)
PMC and mentors voted to graduate, status looks good. Also seeing more
outreach from Storm folks, talks and presentations. Keep it up!
On Mon, Aug 18, 2014 at 2:02 PM, P. Taylor Goetz wrote:
> Apache Storm has been incubating since September 2014. Since then we have
> added 3 addi
On Sun, Sep 21, 2014 at 6:59 PM, Konstantin Boudnik wrote:
> On Thu, Sep 18, 2014 at 10:21PM, Henry Saputra wrote:
>> Hi Cos,
>>
>> Looks like a good start of the proposal.
>>
>> How would this project relate to compare to existing ones like Apache
>> Spark, Storm, or Samza?
>
> The proposal will
an In-Memory Data Fabric I am sure it does
> decent amount of caching to reduce IO overhead.
>
> It seems like an implementation detail to me, but do you think this needs to
> be added into the proposal?
>
> Thanks!
> Cos
>
> On Mon, Sep 22, 2014 at 08:34AM, Andrew Purtell
Really great to see an incubation proposal for HTrace. If you need another
mentor, please consider me.
I don't think you need to list "HTrace is not the primary focus of any of
the current list of contributors" as a risk. One can say that about many
(perhaps the majority) of contributors to Apache
> Arun, would you please clarify how Tez is (conceptually) different from
the Workflow AM proposed in MAPREDUCE-4495/OOZIE-1178?
I would also like to understand this as well. They seem largely identical,
but the Tez proposal has a set of initial committers disjunctive from those
who performed the
+1 (non binding)
Apache ZooKeeper is critical for Apace HBase. There was some interest in
using Curator for managing those interactions going forward, for reasons as
described in this proposal, but also concern about its status wrt.
community. A successful incubation will put those concerns to res
+1 (non binding)
Would be interested in helping out with HBase integration, and Bigtop
packaging.
On Thu, Feb 28, 2013 at 10:11 AM, Hyunsik Choi wrote:
> > Hi Folks,
> >
> > I'd like to call a VOTE for acceptance of Tajo into the Apache incubator.
> > The vote will close on Mar 7 at 6:00 PM (PS
+1 (non binding).
On Wed, Mar 6, 2013 at 2:21 AM, Jordan Zimmerman wrote:
> Discussion has settled down so I am calling a VOTE for acceptance of
> Curator into the Apache Incubator.
>
> The vote will close at on Friday, March 8, 2013.
>
> [ ] +1 Accept Curator into the Apache incubator
> [ ] +0
+1 (non-binding)
On Wed, Aug 8, 2012 at 8:11 AM, Ted Dunning wrote:
> I would like to call a vote for accepting Drill for incubation in the
> Apache Incubator. The full proposal is available below. Discussion
> over the last few days has been quite positive.
>
> Please cast your vote:
>
> [ ] +1
Can you provide a pointer to a specific example of what you mean?
On Mon, Aug 3, 2015 at 4:06 PM, Arvind Prabhakar wrote:
> On Mon, Aug 3, 2015 at 1:59 PM, Andrew Purtell
> wrote:
>
> > >
> >
> > In fact, in my opinion it leads to the very unf
Who are the village spinsters?
On Mon, Aug 3, 2015 at 1:21 PM, Branko Čibej wrote:
> On 03.08.2015 21:51, Julian Hyde wrote:
> > In my experience incubating Calcite, the “overhead” was mostly the
> infrastructure and process, not politics. (If you think the incubator is
> political, you haven’t
+1
Yay, more SQL on Hadoop, party on.
On Mon, Aug 31, 2015 at 11:47 AM, Roman Shaposhnik wrote:
> Following the discussion earlier:
>http://s.apache.org/Gaf
>
> I would like to call a VOTE for accepting HAWQ
> as a new incubator project.
>
> The proposal is available at:
> https://wiki.a
+1 (binding)
Good luck!
On Mon, Sep 14, 2015 at 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
> managers;
> * Added
We should address perceived, and certainly provable, instances of
corruption at the Foundation directly, rather than prescribe policy that
seeks to prevent future instances as if there is a precedent (but there
isn't one here... at least one not spoken aloud, right?).
> A mentor must not be financ
Big +1
If you don't mind a personal anecdote, in fact at work I was recently
pointedly asked how the pay is over at the Foundation. (Smile)
On Saturday, October 10, 2015, Patrick Hunt wrote:
> 10x to what Chris said, put much better than I could.
>
> We all wear multiple hats, can't tell you t
Agreed, it would be good to have this clarification. The vote is likely to
proceed more smoothly.
I'm in favor of graduation. I've been lurking over the past few months and
the podling has been functioning well.
On Fri, Oct 9, 2015 at 3:05 PM, Pierre Smits wrote:
> Maybe the podling should the
I would not have been able to mentor Phoenix should it have come along now.
At the time I was not employed by the originator of the project. Later I
chose to join them in part because they contributed the results of their
labor to Apache. My evaluation of how well a podling might be
functioning wou
+1 (binding)
On Thu, Oct 15, 2015 at 4:59 PM, Luke Han wrote:
> The Apache Kylin community and project made significant advances during the
> incubating (from Nov 2014) and
> believes it is ready to graduate as a top-level project.
>
> The Apache Kylin is very active. The PPMC doubled in size (a
ank you everyone for taking the time to review and cast your vote.
>
> We will now prepare a resolution for the next Board meeting.
>
> 10 binding:
> * Henry Saputra
> * Andrew Purtell
> * Bertrand Delacretaz
> * Julian Hyde
> * P. Taylor Goetz
> * Ted Dunning
> *
If you are looking for mentors let me volunteer as one.
I think S2Graph has the potential to be a good addition to the Apache
family given its relationships and dependencies with other Apache projects
from the outset.
On Mon, Nov 9, 2015 at 10:54 AM, Hyunsik Choi wrote:
> This project is look
> Because of Apache Infrastructure's centralized server model (email lists,
version control, distributions, homepages, etc.), it has the ability to
gather metrics such as, for example, the distribution of pushes to the
repository, the branch factor of the mailing list, the centrality of the
projec
> After writing the above, I started to feel it was familiar and remember a
> very similar discussion on hbase-dev last year:
http://mail-archives.apache.org/mod_mbox/hbase-dev/201508.mbox/%3CCA+RK=_dz+_rzumfwvya0tkvxtk4saeie6pwpgs2mxvsbq8h...@mail.gmail.com%3E
- I'd recommend people go check tha
o for S2Graph,
> and mirroring to be set up to Github through INFRA.
>
> === Issue Tracking ===
>
> S2Graph currently uses the github issue tracking system associated
> with its github repo (https://github.com/kakao/s2graph/issues). We
> will migrate to the Apache JIRA
> (http
+1 (binding)
Good luck!
On Tue, Nov 24, 2015 at 11:32 AM, Todd Lipcon wrote:
> Hi all,
>
> Discussion on the [DISCUSS] thread seems to have wound down, so I'd like to
> call a VOTE on acceptance of Kudu into the ASF Incubator. The proposal is
> pasted below and also available on the wiki at:
>
Most of the Hadoop ecosystem uses RTC. I can't speak to other projects but
on the one I chair there's no conspiracy to exclude anyone.
I chair Bigtop. We recently tested a switch to CTR. It went very well and
so we just wrapped up a vote to make it the permanent state of affairs. I
think this is t
I have to completely disagree and find your assertion vaguely offensive.
> On Nov 25, 2015, at 12:32 PM, Greg Stein wrote:
>
> On Wed, Nov 25, 2015 at 12:44 PM, Andrew Purtell
> wrote:
>> ...
>>
>> and inherited the RTC ethic from our parent community. I did
eviews. So yeah: in his case, it *is*
> about control.
>
> Over the 17 years I've been around Apache, every single time I've seen
> somebody attempt to justify something like RTC, it always goes back to
> control. Always.
>
> -g
>
>
> On Wed, Nov 25, 2015
We have had several people write in to general@ over the past few months with
this type of request. In at least one case a request triggered a vote on the
private list. We should update the incubator site with guidance on what is the
best way to approach the IPMC if this isn't ideal.
> On Dec
* Xuefu Zhang – Cloudera
* Rui Li – Intel
=== Sponsors ===
Champion
Andrew Purtell
Nominated Mentors
* Andrew Purtell
* Jarek Jarcec Cecho
* Todd Lipcon
* Xuefu Zhang
* Reynold Xin
Sponsoring Entity
Apache Incubator PMC
for the project to use
>
> Mailing lists
> priv...@mnemonic.incubator.apache.org (moderated subscriptions)
> comm...@mnemonic.incubator.apache.org
> d...@mnemonic.incubator.apache.org
>
> Git repository
> https://github.com/apache/incubator-mnemonic
>
>
It looks like discussion has wrapped up here so I will proceed shortly with
a VOTE thread.
On Fri, Feb 26, 2016 at 11:37 AM, Sean Zhong wrote:
> On Sat, Feb 27, 2016 at 12:56 AM, Sean Zhong wrote:
>
> > sting this.
> >
> >
> If you want a direct look and feel of what it does, please see demo
>
* Xuefu Zhang – Cloudera
* Rui Li – Intel
=== Sponsors ===
Champion
Andrew Purtell
Nominated Mentors
* Andrew Purtell
* Jarek Jarcec Cecho
* Todd Lipcon
* Xuefu Zhang
* Reynold Xin
Sponsoring Entity
Apache Incubator PMC
t; On Mar 1, 2016, at 7:41 PM, Andrew Purtell wrote:
> >
> > It looks like discussion has wrapped up here so I will proceed shortly
> with
> > a VOTE thread.
> >
> >
> > On Fri, Feb 26, 2016 at 11:37 AM, Sean Zhong wrote:
> >
> >> On Sat, Feb 27
t; == Community ==
>
> Core developers of Tephra are at Cask Data. Recently the developer community
> has expanded to include folks from Apache Phoenix. We hope to extend our
> contributor base significantly and we will invite all who are interested
> in working on distributed transaction
.
>
> On Tue, Mar 1, 2016 at 4:53 PM, Andrew Purtell
> wrote:
>
> > Greetings,
> >
> > The discussion of the Gearpump proposal has concluded. Please vote to
> > accept Gearpump into the Apache Incubator. I will leave this vote open
> for
> > at least the
Greetings,
Thanks to all who voted! The vote has passed with the following tally:
+1 Binding (11 total)
Andrew Purtell
James Taylor
Reynold Xin
Jarek Jarcec Checo
Alan Cabrera
Jakob Homan
P. Taylor Goetz
Todd Lipcon
Ted Dunning
Jean-Baptiste Onofré
Flavio Junqueira
+1 Non-binding (8 total
Apache Phoenix just released version 4.7.0 with big news: transactions support,
using Tephra. There's some interest in a successful Tephra incubation beyond
the podling already. That said, that new code in Phoenix can be made pluggable
to support more than one transaction oracle. Omid might be a
+1 (binding)
On Wed, Mar 23, 2016 at 3:31 PM, Daniel Dai wrote:
> Following the discussion earlier, I'm calling a vote to accept Omid as
> a new Incubator project.
>
> [ ] +1 Accept Omid into the Incubator
> [ ] +0 Indifferent to the acceptance of Omid
> [ ] -1 Do not accept Omid because ...
>
>
to Java 5, fixing formatting where it didn't fit the
> > modern
> > > > Java conventions).
> > >
> > > Those sound like good ideas! There really are a lot of ways to make a
> > > project
> > > easier to contribute to, but they can be hard to see
+1 (binding)
> On Apr 25, 2016, at 11:14 AM, P. Taylor Goetz wrote:
>
> Following the discussion thread [1], I would like to call a VOTE to accept
> Gossip into the Apache Incubator.
>
> The Gossip proposal can be found here [2] and is also listed below.
>
> [ ] +1 Accept Gossip into the Apac
://wiki.apache.org/incubator/PredictionIO
Best regards,
Andrew Purtell
= PredictionIO Proposal =
=== Abstract ===
PredictionIO is an open source Machine Learning Server built on top of
state-of-the-art open source stack, that enables developers to manage and
deploy production-ready predictive services
possible?
>
> Thanks,
> Roman.
>
>> On Fri, May 13, 2016 at 1:41 PM, Andrew Purtell wrote:
>> Greetings,
>>
>> It is my pleasure to
>>
>> propose the PredictionIO project for incubation at the Apache Software
>> Foundation.
>>
gy:
> > >> 1. do you think it would be possible to leverage Apache Beam
> > >> (incubating)
> > >> for abstracting away dependency on execution frameworks? My
> > >> understanding
> > >> is that PredictionIO curren
esforce plans to transfer the rights to the name
> "PredictionIO" to the ASF? Or is the podling expected to take a new name?
>
> John
>
> On Fri, May 13, 2016 at 4:42 PM Andrew Purtell
> wrote:
>
> > Greetings,
> >
> > It is my pleasure to
> >
member on that project).
>
> Mike and I, together with Luciano (who is a mentor on this proposal) would
> like to volunteer our services as initial committers, if that is agreeable.
>
> Kind regards
> Nick
> mln...@apache.org
>
>
>
> >
> >
The current list of initial committers was that provided me by the
PredictionIO folks so I have every reason to believe they all have a stake
at entering incubation.
It's totally fine with me if we stick to that list. I am just trying to
facilitate the fairest process possible.
On Friday, May 20
uneel Marthi wrote:
>
> The current list is good to go and includes all (both present and former)
> PIO folks.
> I am fine with going for Voting with the present list.
>
> +1
>
> On Fri, May 20, 2016 at 11:47 AM, Andrew Purtell
> wrote:
>
> > The current li
This test failure looks like it could be a failure to set up the minicluster.
If so, that can be a networking problem on Macs unless using a very recent
version of the JDK, or any number of reasons really (minicluster is as complex
as it sounds). Anyway, perhaps posting the complete test output
nsors
Champion
Andrew Purtell
Nominated Mentors
Andrew Purtell
James Taylor
Lars Hofhansl
Suneel Marthi
Xiangrui Meng
Luciano Resende
Sponsoring Entity
Apache Incubator PMC
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet
+1 (binding)
On Mon, May 23, 2016 at 10:56 PM, Daniel Gruno wrote:
> Since it seems the discussion has died down, I am now calling a vote on
> accepting Pony Mail into the Incubator. Sorry in advance for potato.
>
> This vote will run for the usual 72 hours.
>
> ### PROPOSAL BEL
The
VOTE
to
a
ccept PredictionIO into the Apache Incubator
has concluded and passed with 20 binding +1s, 8 non-binding +1s, and no 0
or -1 votes.
Thanks to all who voted.
Binding +1s
Andrew Purtell
Luciano Resende
James Taylor
Suneel Marthi
Chris Nauroth
I'd vote +1. Twill has been doing just fine for a while.
> On Jun 1, 2016, at 10:24 AM, Henry Saputra wrote:
>
> Hi All,
>
> The Apache Twill PPMCs and the community had discussed and voted to
> graduate to become Apache TLP.
>
> It is a small but welcoming community, and the mentors and res
+1 (binding)
On Thu, Jun 2, 2016 at 3:06 PM, Henry Saputra
wrote:
> Hi All,
>
> Following the DISCUSS thread about Apache Twill graduating as TLP, I would
> like to send VOTE request thread.
>
> All the +1 binding votes sent in the DISCUSS will be counted in the final
> tally unless the individu
Am I correct in understanding that when entering incubation all Trafodion
committers were Esgyn employees and after one year the podling has added
three new committers of different affiliation?
On Wed, Jun 8, 2016 at 12:08 PM, Stack wrote:
> We'd like to solicit feedback on whether the Trafodiio
tions but have largely been inactive.
> More Esgyn committers have been added since.
>
> One non-Esgyn committer, Pierre Smits, has been added since entering
> incubation.
>
> -Original Message-
> From: Andrew Purtell [mailto:apurt...@apache.org]
> Sent: Wednesday, Ju
Carrying over my +1 from the PPMC vote.
Please someone have a look at the release artifacts. I try, but don't have
the encyclopedic knowledge of policy nor the eye for detail that some of
you other IPMCers do.
On Thu, Jul 14, 2016 at 12:39 PM, Kam Kasravi wrote:
> Hi IPMC Community
>
> The PPM
Thank you very much John. We will fix.
On Fri, Jul 15, 2016 at 4:50 AM, John D. Ament
wrote:
> Sorry but -1 due to missing DISCLAIMER in the release. See [1] for more
> details
>
>
> [1]:
> http://incubator.apache.org/guides/releasemanagement.html#notes-disclaimer
>
> On Thu, Jul 14, 2016 at 3
I am out until the first week of August. Could one of the Gearpump mentors also
on the IPMC have a look?
> On Jul 25, 2016, at 1:14 AM, Manu Zhang wrote:
>
> Could any PMC members please take a look at this release candidate ?
> We have already passed the vote deadline but not got a vote yet.
Jersey is dual licensed CDDL and a transitive dependency from (at least) Hadoop
and Spark.
> On Jul 27, 2016, at 7:23 AM, Kam Kasravi wrote:
>
> Hi Justin
>
> These were tagged as GPL
>
>
> I'll determine their dependencies linkage - we have no references to
> com.sun.jersey within our co
I did also mention that 72 hours is a minimum. :-)
> On Aug 1, 2016, at 6:52 AM, Kam Kasravi wrote:
>
> Thanks John, we usually do. Andy suggested under certain circumstances (in
> this case minor LICENSE corrections culled from general@ comments for RC4)
> there have been past examples where
+1 binding
- Checked sums and signatures: ok
- Spot checked LICENSE and NOTICE: present, properly formatted
- No binaries in the source release (except source image files)
- Compiled from source following the build instructions (8u102)
- Manually invoked Apache RAT using ./tests/.rat-excludes:
+1 (binding)
> On Dec 1, 2016, at 8:35 AM, Felix Cheung wrote:
>
> +1
>
> On Wed, Nov 30, 2016 at 10:40 PM Henry Saputra
> wrote:
>
>> Hi All,
>>
>> As the champion for Griffin, I would like to start VOTE to bring the
>> project as Apache incubator podling.
>>
>> Here is the direct quote f
+1 (binding)
On Fri, Dec 16, 2016 at 3:41 PM, Jitendra Pandey
wrote:
> Dear All,
>I would like to call a vote for accepting "Ratis" for incubation in the
> Apache Incubator.
> The full proposal is available below, and is also available at this wiki
> link.
>https://wiki.apache.org/incuba
1 - 100 of 161 matches
Mail list logo
