On Mon, Jun 22, 2015 at 9:06 PM, Roman Shaposhnik 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 that is non-d
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 Apache
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 releas
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 heade
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
Pi
On Mon, Jun 22, 2015 at 7:54 PM, Gavin Li 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 in-memory computation l
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
On Mon, Jun 22, 2015 at 7:45 PM, John D. Ament wrote:
> On Mon, Jun 22, 2015 at 10:26 PM Andrew Purtell 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 innovat
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 wrote:
> On Mon, Jun 22, 2015 at 10:26 PM Andrew Purtell > wrote:
>
> > > Pistachio can easily embed computation to the storage layer to ac
On Mon, Jun 22, 2015 at 10:26 PM Andrew Purtell 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 the
> > storage
> 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 some
On Mon, Jun 22, 2015 at 11:43 AM, Marvin Humphrey
wrote:
> On Mon, Jun 15, 2015 at 6:58 PM, Ted Dunning wrote:
>> On Mon, Jun 15, 2015 at 4:48 PM, Marvin Humphrey
>> wrote:
>>
>>> There are a few more cleanup and followup tasks to take care of in order to
>>> prepare for next month:
>>>
>>> *
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 wrote:
> Henry,
>
> Thanks for the suggestion.
>
> We agree that at early sta
On Mon, Jun 15, 2015 at 6:58 PM, Ted Dunning wrote:
> On Mon, Jun 15, 2015 at 4:48 PM, Marvin Humphrey
> 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 a "monthly" attribute in
>>
+1 binding
Release contents look good.
John
On Mon, Jun 22, 2015 at 10:54 AM Dave wrote:
> 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=2d4589c8b07fe19
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 th
CORRECTION: the correct commit ID is in this URL:
On Sun, Jun 21, 2015 at 6:24 PM John D. Ament wrote:
> +1(agreeing with P. Taylor)
> On Jun 21, 2015 6:16 PM, "P. Taylor Goetz" wrote:
>
> > Dave,
> >
> > I would think just sending out a correction on this thread with a link to
> > the corre
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: https://github.com/ds
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: gene
+1 (binding)
Siegfried Goeschl
> On 19 Jun 2015, at 09:15, Jacopo Cappellato 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 attached to th
21 matches
Mail list logo