+1 binding
Release contents look good.
John
On Mon, Jun 22, 2015 at 10:54 AM Dave snoopd...@gmail.com wrote:
CORRECTION: the correct Git commit ID is specified in this URL:
On Mon, Jun 15, 2015 at 6:58 PM, Ted Dunning ted.dunn...@gmail.com wrote:
On Mon, Jun 15, 2015 at 4:48 PM, Marvin Humphrey mar...@rectangular.com
wrote:
There are a few more cleanup and followup tasks to take care of in order to
prepare for next month:
* Assign podlings who did not report
CORRECTION: the correct commit ID is in this URL:
On Sun, Jun 21, 2015 at 6:24 PM John D. Ament johndam...@apache.org wrote:
+1(agreeing with P. Taylor)
On Jun 21, 2015 6:16 PM, P. Taylor Goetz ptgo...@gmail.com wrote:
Dave,
I would think just sending out a correction on this thread
CORRECTION: the correct Git commit ID is specified in this URL:
https://git-wip-us.apache.org/repos/asf?p=incubator-usergrid.git;a=tree;h=2d4589c8b07fe1928c2e3cfe1acbf4cc2f718594;hb=2d4589c8b07fe1928c2e3cfe1acbf4cc2f718594
and I filed a JIRA issue to fix the release script so that that it uses
On Mon, Jun 22, 2015 at 11:43 AM, Marvin Humphrey
mar...@rectangular.com wrote:
On Mon, Jun 15, 2015 at 6:58 PM, Ted Dunning ted.dunn...@gmail.com wrote:
On Mon, Jun 15, 2015 at 4:48 PM, Marvin Humphrey mar...@rectangular.com
wrote:
There are a few more cleanup and followup tasks to take care
Hello!
The Apache Ignite PPMC has voted to release Apache Ignite 1.2.0-incubating.
The vote was based on the release candidate and thread described below.
We now request the IPMC to vote on this release.
Apache Ignite 1.2.0 release (RC2) has been accepted with 7 votes for (2
binding votes):
Heya,
on behalf of the CouchDB project, I’d like to request IP Clearance for CouchDB
nano:
https://svn.apache.org/viewvc/incubator/public/trunk/content/ip-clearance/couchdb-nano.xml?view=markup
Code: https://dl.dropboxusercontent.com/u/1809262/nano-asf/nano.tar.gz
Origin:
+1 (binding)
Siegfried Goeschl
On 19 Jun 2015, at 09:15, Jacopo Cappellato jaco...@apache.org wrote:
Following the discussion in the thread [1], I would like to call a VOTE to
accept Freemarker as a new Apache Incubator project.
The proposal is available on the wiki at [2] and is also
On 06/19/2015 09:15 AM, Jacopo Cappellato wrote:
[ ] +1 accept Freemarker into the Apache Incubator
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail:
Wiki has been created for the proposal:
https://wiki.apache.org/incubator/PistachioProposal.
The comments here has been addressed and reflected in the wiki.
Thanks,
Gavin Li
On Fri, Jun 19, 2015 at 11:30 AM, Gavin Li lyo.ga...@gmail.com wrote:
Henry,
Thanks for the suggestion.
We agree
Pistachio can easily embed computation to the storage layer to achieve the
best data locality to improve the computation performance significantly
which is an innovative model comparing with the normal ways where the
storage and compute are independent to each other.
Have you heard of
It was a simple question, and not meant to suggest anything one way or
other regarding my opinion of this proposal.
On Monday, June 22, 2015, John D. Ament johndam...@apache.org wrote:
On Mon, Jun 22, 2015 at 10:26 PM Andrew Purtell apurt...@apache.org
javascript:; wrote:
Pistachio can
On Mon, Jun 22, 2015 at 7:45 PM, John D. Ament johndam...@apache.org wrote:
On Mon, Jun 22, 2015 at 10:26 PM Andrew Purtell apurt...@apache.org wrote:
Pistachio can easily embed computation to the storage layer to achieve
the
best data locality to improve the computation performance
Hi,
Sorry but it -1 binding until the font licenses had been sorted.
I checked:
- signatures and hashes correct
- artefact has incubating in it’s name
- DISCLAIMER exists
- LICENSE and NOTICE ok - a couple of minor issues see below
- no unexpected binaries in release
- all source files have
On Mon, Jun 22, 2015 at 7:54 PM, Gavin Li lyo.ga...@gmail.com wrote:
The other difference is in Pistachio we can do computation based on
in-memory storage with data replication. Different from the in-memory
computation in Spark, the storage can be in-memory here.
Have you guys looked at
Hi!
let me start by saying that I feel proud about the
rigor with which ASF approaches management
of the ultimate foundation deliverables: the source
releases put out by our communities. If you read our
policy document:
http://www.apache.org/dev/release.html
and only focus on the source
On Mon, Jun 22, 2015 at 10:26 PM Andrew Purtell apurt...@apache.org wrote:
Pistachio can easily embed computation to the storage layer to achieve
the
best data locality to improve the computation performance significantly
which is an innovative model comparing with the normal ways where
Hi Andrew,
As we described more in
http://yahooeng.tumblr.com/post/116291838351/pistachio-co-locate-the-data-and-compute-for,
a very common problem we saw in Hadoop use cases is we often need to
persist the previous result of one map reduce job onto HDFS, then the next
day we process the new data
Roman,
I think Pistachio is similar to Ignite in the sense that they both try to
distribute the computation to storage to co-locate the data and
computation. One difference might be Pistachio also supports other storage
options like disk based storage to support longer term durability. Actually
Hi,
Sorry -1 binding due to binary files in the source release. Will change my vote
if there's a good reason for this or if I’m mistaken.
I checked:
- release contains incubating
- DISCLAIMER exists
- LICENSE and NOTICE good
- Possible unexpected binary (see below)
- All source files have
On Mon, Jun 22, 2015 at 9:06 PM, Roman Shaposhnik r...@apache.org wrote:
The biggest source of confusion that I personally witnessed
comes from interpreting 'general public' vs. 'developers'.
The problem there seems to come from the false assumption
that our projects always have a user base
21 matches
Mail list logo
