Hi,
Over at Apache Accumulo, we just got a nice bit of code that
integrates the R programming language (via RStudio) with Accumulo.
This was done completely by the community (non-committers) and we're
trying to figure out what's best for it and where it can live.
The general consensus for us is t
t decisions.
As far as importation of the code; it almost certainly needs to go
through IP Clearance.
http://incubator.apache.org/ip-clearance/
If you have questions or need help with that process, don't hesitate to
ask.
--David
On Mon, Oct 28, 2013 at 11:19 AM, Josh Elser
wrote:
Hi,
Over at
I wanted to weigh in on some of Steve's thoughts, I'm actually really
excited about being able to leverage Hoya inside of Accumulo itself.
We presently have a few system tests that rely on manual set up, which can
be frustrating to deal with on a beefy boxes (running multiple Accumulo
procs on a s
As specified in the proposal, I'm happy to volunteer as a mentor
(currently a member, haven't officially requested to join IPMC).
=== Inexperience with Open Source ===
The initial committers have various degrees of experience with open source
projects - from very new to experienced. This pr
T Consulting
== Sponsors ==
=== Champion ===
* Adam Fuchs, ASF Member, afuchs at apache dot org
=== Nominated Mentors ===
* Josh Elser josh dot elser at gmail dot com
* Edward J. Yoon edwardyoon at apache dot org
* Sean Busbey busbey at cloudera dot com
We are seeking additional mento
Fwd'ing from dev@slider. +1 (binding)
Jon Maron wrote:
Hello,
This is a call for a vote for releasing Apache Slider 0.81.1-incubating.
This is a source release.
Summary of fixes: http://s.apache.org/sgG
Release Notes: http://s.apache.org/ZZP
Vote thread: http://s.apache.org/Ejv
Results: http
Can someone grant me the necessary karma to add my [x] on November's
report, please?
username: JoshElser
Thanks!
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@
Thanks, Marvin!
Marvin Humphrey wrote:
On Mon, Nov 2, 2015 at 10:36 AM, Josh Elser wrote:
Can someone grant me the necessary karma to add my [x] on November's report,
please?
username: JoshElser
Done.
Marvin Hum
Greg Stein wrote:
RTC versus CTR is clearly a religious debate. There are a large number of
> successful and vibrant Apache communities using each paradigm. I don't
>
"Apache communities" is (IMO) a very important point here. I believe that
Apache communities understand the nuances of peer res
Tom White wrote:
The vote to accept Impala into the incubator has passed
(http://s.apache.org/u6r), however there are still some concerns about
CTR/RTC. My main takeaways from the CTR/RTC thread are that it's not a
binary choice, and that it's entirely reasonable that different
communities have d
Forwarding my +1 (binding) from the dev@slider vote.
Steve Loughran wrote:
Hello,
This is a call for a vote on the Apache Slider (incubating) release
0.90.2-incubating.
This release candidate, 0.90.2-incubating-RC1 has successfully passed a vote
for a release
on the slider developer mailing l
Daniel Gruno wrote:
License count as follows:
Apache License/2.0: 1196
BSD 3-Clause License: 2
License missing: 101 (see below)
Python License/2.0: 2
Seehttp://compliance.rocks/result.html?1152a2a9 for a list of minor
nits (missing some license headers in a bunch of python scripts).
Thanks fo
Justin Mclean wrote:
Year is incorrect in the NOTICE file so you might want to fix that for the next
release.
I also noticed that some of the bundled (Apache licensed) kazoo files don’t
have correct license headers. Perhaps you could fix that upstream? You could
get them to add a NOTICE fil
Ok, thanks for the insight, Justin!
I'll open up an issue to fix these in the next release.
Justin Mclean wrote:
Hi,
Is this something we can fix on the next release, or do we need to tank this
RC? I'm not sure how critically to apply the policy since these are generated
code.
I saw these
Hi all,
(with my podling member hat on)
We have a bit of a problem over in Slider with a code donation. Full
details can be found at https://issues.apache.org/jira/browse/SLIDER-977
In short, an app-package (a modular chunk of code that Slider runs on
Apache Hadoop's YARN ) for Kafka was off
convinced this individual and
his employer knew his contributions were placed under the Apache License
you could gamble and accept his contributions. If you get an objection
later, you can delete and re-implement the contributions.
My 2 cents,
-Alex
On 1/14/16, 10:45 AM, "Josh Elser&qu
and
his employer knew his contributions were placed under the Apache License
you could gamble and accept his contributions. If you get an objection
later, you can delete and re-implement the contributions.
My 2 cents,
-Alex
On 1/14/16, 10:45 AM, "Josh Elser" wrote:
Hi all,
(with my po
Well then, that's an easy resolution :)
Thanks, Ross (and everyone else). I'll just ignore the lack of CCLA and
make note of this.
Ross Gardler wrote:
CCLA is optional for ASF
-Original Message-----
From: Josh Elser [mailto:josh.el...@gmail.com]
Sent: Thursday, January 14, 201
Ugh, sorry to bring this back again. Apparently my mind was playing
tricks on me.
We don't have an ICLA from jbnote either. I incorrectly thought I saw
him listed at http://people.apache.org/committer-index.html.
Josh Elser wrote:
Well then, that's an easy resolution :)
Thanks,
ense long before this
> > individual contributed. So, IMO, if you are convinced this individual
> and
> > his employer knew his contributions were placed under the Apache License
> > you could gamble and accept his contributions. If you get an objection
> > lat
ant it moved to NOTICE. And if this
individual or his employer somehow tries to argue that they did not intend
to allow the contributions to be under ALv2 in the first place, or doesn't
want the ASF to be the new home for this code, which seems unlikely.
HTH,
-Alex
On 1/15/16, 5:21 AM,
All,
Please review the following IP clearance form to bring in the "KOYA"
project into the Apache Slider podling.
http://incubator.apache.org/ip-clearance/slider-koya.html
This sign-off is subject to lazy consensus and is open until 2016-01-19
0800 GMT.
Please note the following recent dis
This passes per lazy-consesus.
Thanks, all.
Josh Elser wrote:
All,
Please review the following IP clearance form to bring in the "KOYA"
project into the Apache Slider podling.
http://incubator.apache.org/ip-clearance/slider-koya.html
This sign-off is subject to lazy consensus a
st place, or doesn't
want the ASF to be the new home for this code, which seems unlikely.
HTH,
-Alex
On 1/15/16, 5:21 AM, "Josh Elser" wrote:
Thanks, Greg.
I thought the whole point of this part of the process was that we could
assign the copyright from the original contr
Has the podling gone through the PODLINGNAMESEARCH process yet?
Seems like that would come up in the shakedown, then -- just mentioning it
because you came across it now, Roman?
On Feb 26, 2016 5:33 PM, "Todd Lipcon" wrote:
> To be slightly more specific, we cleared it with the _legal team_ for
+1
Glad to see this hit incubator. Feel free to add me as a mentor if you'd
like another.
Daniel Dai wrote:
Hi,
I would like to propose Omid as an Apache Incubator project:
https://wiki.apache.org/incubator/OmidProposal
I've posted posted the text of the proposal below:
Thanks,
Daniel
=
+1 (binding)
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 ...
The vote will be open for the next 72 hours.
n Post
* P. Taylor Goetz - Hortonworks
* Gary Dusbabek - Silicon Valley Data Science
* Dorian Ellerbe - Dstillery
* Sathish Dhinakaran - Dstillery
* Sean Busbey - Cloudera
* Josh Elser - Hortonworks
= Additional Interested Contributors =
Those interested in getting involved with the projec
;'.travis.yml'' file is present)
== Initial Committers ==
* Keith Turner (kturner at apache dot org)
* Mike Walch (mike.walch at ptech-llc dot com)
* Corey Nolet (cjnolet at apache dot org)
* Christopher Tubbs (ctubbsii at apache dot org)
* Josh Elser (elserj at apache dot org)
olet at apache dot org)
Christopher Tubbs (ctubbsii at apache dot org)
Josh Elser (elserj at apache dot org)
Affiliations
Keith Turner (Peterson Technologies, ASF Member, Accumulo PMC, Gora PMC)
Mike Walch (Peterson Technologies)
Corey Nolet (Tetra Concepts LLC, Accumulo
Hi all,
I'm a little frustrated as this has just hit me across three different
podlings in the past two days. Because I'm not a PMC chair, I don't have
the ability to actually modify LDAP groups to grant the necessary karma
to podling members to commit, access Jenkins, etc (e.g. modify_appgrou
Marvin Humphrey wrote:
On Thu, Jun 2, 2016 at 10:04 AM, Josh Elser wrote:
I'm a little frustrated as this has just hit me across three different
podlings in the past two days. Because I'm not a PMC chair, I don't have the
ability to actually modify LDAP groups to grant the nec
ated Mentors ===
* Billie Rinaldi (Hortonworks), IPMC Member
* Joe Witt (Hortonworks), IPMC Member
* Josh Elser (Hortonworks), IPMC Member
=== Sponsoring Entity ===
We request the Apache Incubator to sponsor this project.
-
To u
s use of Git for source control (git://git.apache.org/pirk.git
> ).
> We request a writeable Git repo for Pirk with mirroring to be setup to
> Github through INFRA.
>
> Issue Tracking
>
> JIRA Pirk (PIRK)
>
> Initial Committers
>
> Tracy Brown , CLA submitted
>
> Christopher Harris , CLA submitted
>
> Walter Ray-Dulaney , CLA submitted
>
> Jacob Wilder , CLA submitted
>
> Ellison Anne Williams , CLA confirmed
>
> Joe Witt , CLA confirmed
>
> Sponsors
>
> Champion
>
> Billie Rinaldi , IPMC Member
>
> Nominated Mentors
>
> Billie Rinaldi , IPMC Member
>
> Joe Witt , IPMC Member
>
> Josh Elser , IPMC Member
>
> Suneel Marthi , IPMC Member
>
> Tim Ellison , Apache Member
>
> Sponsoring Entity
>
> We request the Apache Incubator to sponsor this project.
>
+1 (binding)
Good luck!
Sijie Guo wrote:
Hello All,
Following the discussion thread, I would like to call a VOTE on accepting
DistributedLog into the Apache Incubator.
[] +1 Accept DistributedLog into the Apache Incubator
[] +0 Abstain.
[] -1 Do not accept DistributedLog into the Apache Incub
+1 (binding)
Good luck!
James Bognar wrote:
Hi all,
It looks like the discussion thread has died down so I am now calling a
vote on accepting Juneau into the Apache Incubator.
For those who are interested the DISCUSS thread can be found at
https://lists.apache.org/thread.html/cabhuohovdfkncfa
Hi folks,
This is a call for a vote on the Apache Slider (incubating) release
0.91.0-incubating. This release candidate, 0.91.0-incubating-RC0, has
successfully passed a vote for a release on the Apache Slider developer
mailing list.
Vote thread:
https://lists.apache.org/thread.html/e1ffcde1
Thanks for taking a close look as always, Justin!
I didn't think that one through -- "it's just used for testing, the .war
is fine". I appreciate you catching it. I'll try to find a way to build
that on the fly for the tests to use instead leaving it static in the
source-release.
Justin Mcle
Canceling the vote due to the .war containing other .jars that Justin found.
Josh Elser wrote:
Hi folks,
This is a call for a vote on the Apache Slider (incubating) release
0.91.0-incubating. This release candidate, 0.91.0-incubating-RC0, has
successfully passed a vote for a release on the
+1 This is awesome, Justin. Thanks for making the time to put this together.
Justin Mclean wrote:
Hi,
At the last ApacheCon I was discussing with Marvin about some of the issues
around assembling license and notice files. One of the ideas we come up with
was to have some worked examples.
So
Hi folks,
This is a call for a vote on the Apache Slider (incubating) release
0.91.0-incubating. This release candidate, 0.91.0-incubating-RC1, has
successfully passed a vote for a release on the Apache Slider developer
mailing list. Over the last VOTE, this addresses an issue Justin brought
up
Will do, John.
Thanks for the vote.
John D. Ament wrote:
+1.
A couple of notes:
- Please clean out old dists from your dist folder
- You're publishing a nexus repo, I would expect that you're also expecting
people to review the binary release.
John
On Sat, Jun 25, 2016 at 4:
Yeah, I'll have to take another look. I *think* they're good, but who
knows what else I haven't noticed :)
Will make a note to do before our next release. Thanks again, Justin.
Justin Mclean wrote:
Hi,
- You're publishing a nexus repo, I would expect that you're also expecting
people to revi
This vote passes 4 binding +1's.
Thanks again John and Justin!
I'll go ahead and promote the artifacts. SLIDER-1149 was filed to
dbl-check L&N in the jars before the next release.
Josh Elser wrote:
Hi folks,
This is a call for a vote on the Apache Slider (incubating)
The Apache Slider team is proud to announce Apache Slider incubation
release version 0.91.0-incubating.
Apache Slider (incubating) is a YARN application which deploys existing
distributed applications on YARN, monitors them, and makes them larger
or smaller as desired - even while the applicati
+1 (binding)
* Built from source and ran tests
* xsums/sigs good
* KEYS is up to date
* DISCLAIMER is present
* L&N present in source release artifacts (and also in JARs where
applicable)
- command-line's NOTICE has a vague reference as the other projects
to "Copyright 2010-2014 University of
I had to hop over to Hipchat last week to poke infra about lists for Pirk.
Thankfully, Daniel made some time and knocked it out for me shortly
after asking. Not sure if there is a reason for the delay, but a
light-hand will probably help sort it out :)
John D. Ament wrote:
Sounds like a ques
+1 (binding)
Good luck!
Jan van Doorn wrote:
Following the discussion thread, I would like to call a VOTE on accepting
Traffic Control into the Apache Incubator.
[] +1 Accept Traffic Control into the Apache Incubator
[] +0 Abstain.
[] -1 Do not accept Traffic Control into the Apache Incubator
I believe I saw an explanation elsewhere that it might be gmail actively
denying some messages because it thinks they are spam.
I get a few bounces now and again across various lists, but definitely
not such a list that you have below. Have you looked at any of the
messages to see if they were
Taking a look myself. Because Git tag names are not immutable (you could
overwrite the tag at any time), please use the commit's SHA1 instead of
the tag name alone in the future.
For reference, at the time which I'm checking, ranger-0.6.0-rc1 points
to 7e3252f305f6e50a2622f302461b44ff5fc4d62f.
Hi,
+1 (binding) with reservations.
* xsums/sigs match
* KEYS contains necessary sig
* DISCLAIMER present
* Verified (lack of) NOTICE files for bundled ASLv2 code for all but one
case. See next section for the issue.
* Was able to build and run tests
* Ran rat-check
Now, all of the below shou
+1 (binding)
* Verified SHA1 and sig
* DISCLAIMER present
* LICENSE and NOTICE look good after glance through source release
* Didn't find anything to explicitly build or any automated tests to run
(maybe I missed them?)
* Verified commit ID in repo
Things to fix for your next release (I don't
Daniel Gruno wrote:
On 07/17/2016 06:03 PM, Josh Elser wrote:
+1 (binding)
Yay!
* Verified SHA1 and sig
* DISCLAIMER present
* LICENSE and NOTICE look good after glance through source release
* Didn't find anything to explicitly build or any automated tests to run
(maybe I missed
Mentor here catching up on things here after being offline for a week...
Wow. This rather blew up! A couple of things I wanted to say, in
addition to an ACK that this mentor is paying attention (as much as the
email backlog is caught up, anyways).
- I think there is a very fair point brought
Marvin Humphrey wrote:
On Tue, Aug 2, 2016 at 12:57 PM, Josh Elser wrote:
- I think there is a very fair point brought up by Craig/Justin/John at
the gray line between "Apache Fluo" and "fluo.io". However, I will say
that I do *not* think this is remotely close to the leve
John D. Ament wrote:
On Tue, Aug 2, 2016 at 3:57 PM Josh Elser wrote:
- I think there is a very fair point brought up by Craig/Justin/John at
the gray line between "Apache Fluo" and "fluo.io". However, I will say
that I do *not* think this is remotely close to the leve
Forwarding my (binding) +1 from the PPMC vote.
Christopher wrote:
IPMC,
Please consider the following candidates for Fluo Parent POM 1-incubating
and Fluo Build Resources 1.0.0-incubating. There are two artifacts, which
we are releasing together. They do not contain Fluo itself, but are
prerequ
Makes sense to me. I should be able to reach one of the mentors in
private channels (which I'll do in a moment), but am OK with having
Slider report next month (even one mentor sign-off isn't ideal, obviously).
John D. Ament wrote:
Thanks Eric. We're still missing sign off on Slider. Billie
Devaraj has signed off.
Josh Elser wrote:
Makes sense to me. I should be able to reach one of the mentors in
private channels (which I'll do in a moment), but am OK with having
Slider report next month (even one mentor sign-off isn't ideal, obviously).
John D. Ament wrote:
Thanks E
+1 with reservations (binding)
* DISCLAIMER present
* LICENSE/NOTICE seem reasonable
* xsums/sigs OK
* Can build from source
* Unit tests pass (after I stopped my local hbase instance, maybe you
could use random ports from the ephemeral range for your test services
instead of the default servic
v2 is referenced. That
being said, it's pretty clear that findbugs itself is lgpl, so I am also
confused. Regardless, a more careful inspection and handling of our
transitive dependencies is obviously called for. Thanks for the careful
attention. :)
Casey
On Wed, Aug 17, 2016 at 1:27 AM, Jo
Hi Selva,
Were the licensing issues identified in the 0.6.0 IPMC vote resolved?
[1] [2]
If not, please do share the podling's plan to address the issue and when
we can expect to see them fixed. Thanks!
- Josh
[1] https://s.apache.org/MSPd
[2] https://s.apache.org/Cms1
Selvamohan Neethiraj
.
Please let me know if you need any further information on this.
Thanks,
Selva-
From: Josh Elser
Reply-To: "d...@ranger.incubator.apache.org"
Date: Friday, August 19, 2016 at 11:14 AM
To: "general@incubator.apache.org"
Cc: "d...@ranger.incubator.apache.org"
Subje
+1 (binding)
* xsums/sigs OK
* Verified licensing issues from 0.6.0 were addressed (Thanks again, PPMC!)
* Unit Tests passed
* Could build from source
* Verified tag in SCM
* KEYS file is present
Branding commentary:
The website, notably the FAQ page[1], could use mention that the other
ASF pr
Stian Soiland-Reyes wrote:
On 3 October 2016 at 06:30, Luciano Resende wrote:
+1,
I had started something similar, at least on the website side, with best
practices and required branding items.
Please consider adding it to the "example" project :
https://github.com/apache/apache-website-te
+1 (binding)
* xsums/sigs OK (I think this is the second release, I think both from
Metron, where firefox butchers the SHA xsum -- I have no idea why
though. wget is fine)
* L&N are OK. Some extra cruft in LICENSE file, but the main content is
there.
* Can build from source
* Found no binarie
Is there
something that we missed?
1.
https://github.com/apache/incubator-metron/blob/master/metron-platform/metron-common/src/main/resources/META-INF/LICENSE
is the one for metron-common
On Thu, Oct 6, 2016 at 12:32 AM, Josh Elser wrote:
+1 (binding)
* xsums/sigs OK (I think this is the sec
taking a peek at the release. On the MPack- we'd like to version
it separately from the Metron release. Does that create any issue (other
than unintended confusion :) ) ?
Thanks again!
-David...
On Thu, Oct 6, 2016 at 12:32 AM, Josh Elser wrote:
+1 (binding)
* xsums/sigs OK (I think t
Forwarding my +1 (binding) from the podling dev list.
Ellison Anne Williams wrote:
Hi Guys,
The PPMC vote for the Apache Pirk 0.2.0-incubating release has passed. We
kindly request that the IMPC now vote on the release..
The PPMC vote thread is located here:
https://lists.apache.org/thread.htm
Forwarding my +1 (binding)
Keith Turner wrote:
Dear IPMC,
Please vote for the following release candidate of Apache Fluo Recipes
1.0.0-incubating.
PPMC vote thread:
https://lists.apache.org/thread.html/d1e8ae5cef7c4ab1eac8192b742a3229b346335fec64afd080284dd4@%3Cdev.fluo.apache.org%3E
Staged d
(Forwarding from ppmc)
+1 (binding)
Aaron D. Mihalik wrote:
The Apache Rya community has voted and approved the proposed release of
Apache Rya 3.2.10 (Incubating) RC3.
We now kindly request the Incubator PMC members review and vote on this
incubator release.
Rya (pronounced "ree-uh" /rēə/) is
(re-sending with proper subject)
Original Message
Subject: Re: [VOTE] Apache Fluo Recipes 1.0.0-incubating (rc1)
Date: Thu, 27 Oct 2016 15:39:20 -0400
From: Keith Turner
Reply-To: general@incubator.apache.org
To: general@incubator.apache.org, d...@fluo.incubator.apache.org
The
Thanks for volunteering, Billie! We're very lucky to have you.
Billie Rinaldi wrote:
I can help out with mentoring Rya.
Billie
On Tue, 08 Nov 2016 00:03:48 -, Sean Busbey wrote:
Subject: Looking for a mentor for Gossip and Rya
Hi Folks!
Sadly, other commitments in my life require that
Actaully, I should probably ask: is there any sort of formal process we
need to go through to officially add a new mentor on a podling? Or,
simply add her name to http://incubator.apache.org/projects/rya.html?
Josh Elser wrote:
Thanks for volunteering, Billie! We're very lucky to hav
Thanks, John! Will do that now before I forget.
John D. Ament wrote:
That and update podlings.xml
On Nov 10, 2016 15:04, "Josh Elser" wrote:
Actaully, I should probably ask: is there any sort of formal process we
need to go through to officially add a new mentor on a podling? Or,
I'm going to also assume no objections from the Gossip side. I've taken
the liberty to add you to podlings.xml and the Gossip podling incubator
page[1].
Thanks for volunteering, Drew!
- Josh
[1] http://incubator.apache.org/projects/gossip.html
Drew Farris wrote:
Hi Sean,
Unless I missed a
+1 (binding)
* xsums/sigs are OK
* Git-tag SHA1's match
* Can build from source
* L&N look OK in official artifacts
* DISCLAIMER is present
* KEYS file is present on dist.a.o and contains the appropriate keys.
I would raise one issue with the streams-examples artifact but I would
not consider a
(late to the party)
-1 (binding) as an ask to table the VOTE and try to reach some better
consensus.
I have to agree with Julian that some more discussion may be prudent
here. There are definitely two divided camps, both of which bring good
points to the table.
* Differing policies for the
John D. Ament wrote:
So why am I harping on this problem? The incubator has a series of guides,
which are partially treated as policy and partially treated as advice.
Many of these guides remain with large notions of being draft only, not
finalized, I want to try to get these draft documents fin
Release this package?
[ ] +1 yes
[ ] +0 no opinion
[ ] -1 Do not release this package because because...
Thank you,
Edward
Below is a copy of the [RESULT] for voting:
-
The vote for gossip-0.1.1-incubating (RC2) has passed.
Josh Elser +1
P. Taylor Goetz +1
Gary Dusbabek +1
Chandresh Pancholi
IMO, it prevents a one-line release command for Maven projects using the
standard conventions (I'm blindly assuming is Maven is the most common
tool used). However, I can also see where Justin is coming from with the
provenance side of things (the disconnect between what was voted on and
what g
(so sorry, I think my fingers got a little antsy and sent a blank reply)
+1 on #1
+1 on #2 given the clarification later in the thread.
+1 on #3. I don't view it as a burden to leave a comment. Most of the
time, I can just parrot events I was involved with, or a slightly more
detailed version o
+1 (binding)
First off, sorry for the delay on voting.
Let me also clarify that, at the time of this vote,
apache-metron-0.3.1-rc5-incubating was pointing to
7abd7e8a231c6cbe9ee4ab23a5df1e97344f5212. It's good to use the commit ID
instead of the tag name (as the latter is mutable whereas the
Forwarding my +1 (binding) from the dev@ list.
Edward Capriolo wrote:
I am pleased to call an IPMC vote for gossip-0.1.2-incubating.
The PPMC vote thread is here:
https://lists.apache.org/thread.html/5571d2996633f3a7ed10f3b0de3366702027db3b2f7870403c390141@%3Cdev.gossip.apache.org%3E
Addition
+1 (binding)
* xsums/sigs OK -- might want to start including sha256
* Spot-checked L&N
* DISCLAIMER present
* Can build from source
* `mvn apache-rat:check -Prat` passes
* Spot-checked the list of included files
Sorry I missed this VOTE while on the podling list :). Thanks, Gour!
- Josh
Gour
-1 (binding)
* xsums/sigs OK
The key you provided isn't the one that was used to sign this release,
FYI. You have D280F52E up on your people space, but used 5A29899A to
sign this release.
* Artifact starts with "apache-quickstep" and includes "incubating"
* DISCLAIMER present
* Missing LICEN
Marc Spehlmann wrote:
Thank you for reviewing Apache Quickstep 0.1.0 rc6 (incubating), everyone.
With this I will close the vote.
+1
Julian (binding)
Jignesh
-1
Josh (binding)
As we received one -1 binding vote, we will not release rc6.
___
The biggest issue seems to be our licensing check
or the next release.
Here's a link to how to assemble the LICENSE contents, in case you need it:
http://www.apache.org/dev/licensing-howto.html#permissive-deps
John
On Thu, Mar 16, 2017 at 6:49 PM Josh Elser wrote:
Marc Spehlmann wrote:
Thank you for reviewing Apache Quickstep 0.1.0 rc6 (i
Fwd'ing my +1 (binding) from the ppmc
Edward Capriolo wrote:
I am pleased to call an IPMC vote for gossip-0.1.2-incubating.
The PPMC vote thread is here:
https://lists.apache.org/thread.html/5571d2996633f3a7ed10f3b0de3366702027db3b2f7870403c390141@%3Cdev.gossip.apache.org%3E
Additionally a de
Ugh, sorry for the duplicate votes folks...
Josh Elser wrote:
Fwd'ing my +1 (binding) from the ppmc
Edward Capriolo wrote:
I am pleased to call an IPMC vote for gossip-0.1.2-incubating.
The PPMC vote thread is here:
https://lists.apache.org/thread
I'm so sorry, Marc.
I didn't want to force you to have to roll another RC after the LEGAL
issue John pointed out -- re-reading my last message, I didn't clearly
state my intent to switch my vote from -1 to +1 (I'll blame that on
being under the weather).
Marc Spehlmann wrote:
Hello IPMC,
T
+1 (binding)
* xsums/sigs OK
* rat check passed and can build from src (for both projects)
* Spot checked included files
* Commit is published in scm
* DISCLAIMER is OK
* L&N seem appropriate
* Spot checked dependencies
One suggestion for the future is to prune your RAT plugin
configurations' e
+0 (binding)
* L&N pretty good (caveat below)
* sigs/xsums OK
* Was able to build all but mynewt-core (thus the +0). Am still trying
to figure this out so I can switch to a +1.
* Didn't see any binaries in source release(s)
* DISCLAIMER is present
* Website has incubator reference
* incubating
Switching this to a +1 (binding)
"sjanc" on IRC was able to point me in the right direction enough to
make me (think) that I have compiled everything from source :) (at least
for one target)
This would be a good area to include some clarity in the docs.
Josh Elser wrote:
+0 (bin
+1
John D. Ament wrote:
All,
Before I go ahead with it, wanted to see if others had any opinions. I'm
planning to ask infra to create a podlings@i.a.o mailing list, which would
go to all podlings dev@ list. There may be some scenarios where we need to
communicate out to all podlings. For ins
Fwding +1 (binding) from ppmc list.
On Mar 21, 2017 21:47, "Marc Spehlmann" wrote:
> The Apache Incubator Quickstep community has approved a vote to release
> Quickstep-0.1.0 RC7. Quickstep is a high performance relational database
> system built from the ground up for modern hardware.
>
> We ha
+1 from my limited interactions.
I've had a few run-ins with the Metron crowd (winks) over the last year
or so via IPMC votes. They've always been nice to work with and have
shown positive responses from any release-time issues (e.g.
licensing/branding).
Casey Stella wrote:
Hi Everyone,
Th
+1 (binding)
* xsums/sigs OK
* Could build src and pip tarballs
* L&N look OK with caveats
* DISCLAIMER present
While I appreciate the obvious effort that went into the assembly of
your LICENSE file, there are some issues:
* The Copyright clauses are disjoint from the bundled software. How do
+1 (binding)
Casey Stella wrote:
Hi Everyone,
I propose that we graduate Apache Metron (incubating) from the incubator.
The full text of the proposal is below, with requisite modifications
applied from the discussion thread.
The discuss thread can be found at
https://lists.apache.org/thread.ht
+1 (binding)
* Could build the client, but I don't have a setup to build the server
* DISCLAIMER in every artifact
* Sufficient LICENSE & NOTICE files. Even in the WAR! Good job :)
* Commits exist in SCM
* Sigs/xsums OK
In the future:
* Your copyright in NOTICE files needs updating (2017)
* Doc
1 - 100 of 186 matches
Mail list logo
