Will be teaching until 9:30 PT, at which point I have another meeting
until 11. Would love to get a summary of the meeting; also happy to help
with some of the tasks.
Shannon
On 3/23/15 3:56 PM, Andrew Musselman wrote:
We'll be getting on a Google Hangout tomorrow, Tuesday, from 9-11 a.m.
We'll be getting on a Google Hangout tomorrow, Tuesday, from 9-11 a.m.
Pacific, to work through open questions for what should be in the release,
go through Jira, and do some delegation of tasks.
Here's the Hangout URL
We're splitting the difference so people in Europe can attend..
On Mon, Mar 23, 2015 at 1:15 PM, Saikat Kanjilal sxk1...@hotmail.com
wrote:
Me2 and cant attend during those hours, thought I'd ask is it completely
out of the question to do it during evenings pacific time?
Date: Mon, 23 Mar
Me2 and cant attend during those hours, thought I'd ask is it completely out of
the question to do it during evenings pacific time?
Date: Mon, 23 Mar 2015 16:01:50 -0400
From: squ...@gatech.edu
To: dev@mahout.apache.org
Subject: Re: 0.10 release Hangout
Will be teaching until 9:30 PT, at
Moving an hour later so more people can attend; so 10 a.m. to noon Pacific.
On Mon, Mar 23, 2015 at 1:19 PM, Andrew Musselman
andrew.mussel...@gmail.com wrote:
We're splitting the difference so people in Europe can attend..
On Mon, Mar 23, 2015 at 1:15 PM, Saikat Kanjilal sxk1...@hotmail.com
I created it last week so only a few Jiras reference that as a fix-by.
BTW, the 0.10 was a typo, should use 0.10.0 since there is already a 0.10.1 tag
On Mar 23, 2015, at 3:18 PM, Andrew Musselman andrew.mussel...@gmail.com
wrote:
Any sense of how clean/true this 0.10.0 release tag is in Jira?
I like math-*. And it is math only there. Or was last time i checked. it
will be what R calls R-base, and I would welcome no other scope there.
all environment things are math. all ML things are math. quasi-newton,
bayesian optimizers, linear search are all math. Stats are math. als,
(d)ssvd,
lemme read this issue really quick.
This looks like a redundant double-contract. Why require implicit
conversions if they are already requiring explicit types? And vice versa.
On Sun, Mar 22, 2015 at 10:17 AM, Pat Ferrel p...@occamsmachete.com wrote:
Due to a bug in spark we have a nasty work
See https://builds.apache.org/job/Mahout-Examples-Cluster-Reuters-II/1136/
--
[...truncated 1701 lines...]
A
integration/src/test/java/org/apache/mahout/utils/nlp/collocations/llr/BloomTokenFilterTest.java
A
yeah it looks like this upgrade will require a little fix.
Basically, now they need implicits to WritableFactory instead of implicit
to a Writable.
It will be code compatible as long as people name stuff explicitly (like
RDD[(Int,Int)]). but if it s a generic, i dont think it will be code
10 matches
Mail list logo