In my mind, the mahout on top of the elephant may be changed to a "robot
mahout" to present this is a project about Artificial Intelligence and
Machine Learning.
One more thing, the color may be changed to yellow, as Hive does, for
keeping the same style with hadoop.
On Sat, Mar 13, 2010 at 9:13
Yes.
On Fri, Mar 12, 2010 at 5:13 PM, Drew Farris wrote:
> That said, I think the current logo is pretty cool, did Lukas do that one
> too?
Sean, I see entries like these in my logs that shows that mahout is
building and installing the tests jars. Do you see something like the
following in your logs as well?
[INFO] Building jar:
/u02/archive/mahout/0.3/mahout-0.3/math/target/mahout-math-0.3-tests.jar
[INFO] [install:install {execution
Finally had a chance to take a look. Although I could probably spend
some more time running the different algorithms, I think it looks
good.
+1 for release.
Here's what I've tried:
Source release:
- Untarred mahout-0.3-src.tar.bz2
- Built using 'mvn clean install' from an empty repo and defaul
Heh, I could have sworn the little guy riding on top of the elephant
in the existing logo was some sort of fez instead of a mahout.
That said, I think the current logo is pretty cool, did Lukas do that one too?
On Fri, Mar 12, 2010 at 4:11 PM, Robin Anil wrote:
> I was just talking to lucas abou
But it can't fail in there on a dependency on that test-jar, it doesn't use
the test jar. I'm sorry to be such a pill, could you just run mvn -X at
toplevel and email me that lengthy screed as an attachment?
On Fri, Mar 12, 2010 at 6:43 PM, Sean Owen wrote:
> Here it is within collections-codege
Here it is within collections-codegen-plugin:
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd";>
4.0.0
mahout-parent
org.apache.mahout
0.4-
This is one directory too high. The build fails in one directory, get an
effective-pom from there.
On Fri, Mar 12, 2010 at 5:45 PM, Sean Owen wrote:
> Here is the output. I have two profiles defined in settings.xml,
> mahout_release and apache-release. Are those 'activated' ?
>
>
> http://maven
Here is the output. I have two profiles defined in settings.xml,
mahout_release and apache-release. Are those 'activated' ?
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/
Won't vote for it before I get a chance to really play with the artifacts,
which I can't do just yet.
-jake
On Fri, Mar 12, 2010 at 2:33 PM, Benson Margulies wrote:
> Sean's problems aside, we're not exactly drowning in +1 votes for the
> release here ...
>
Personally I think we should have a Owl perched on the trunk of an elephant.
Ma-Hoot.
On Fri, Mar 12, 2010 at 5:11 PM, Ted Dunning wrote:
> I am always interested in seeing what ideas people come up with. If they
> are good ideas, then we should try them on. If they fit, we should wear
> them
Sean's problems aside, we're not exactly drowning in +1 votes for the
release here ...
Sean, could you possibly have any profiles activated by your settings.xml?
Cd to the directory where you get the failure and run mvn help:effective-pom
and post the results.
On Fri, Mar 12, 2010 at 4:19 PM, Sean Owen wrote:
> So when you build successfully, can you grep the output for 'test-jar'
I am always interested in seeing what ideas people come up with. If they
are good ideas, then we should try them on. If they fit, we should wear
them.
On Fri, Mar 12, 2010 at 1:11 PM, Robin Anil wrote:
> will it
> be ok If Lucas and me start exploring some tweaks to the logo
>
Patches welcome, as they say! Although that will make the t-shirt I got super
valuable, as it will contain the old logo!
On Mar 12, 2010, at 4:11 PM, Robin Anil wrote:
> I was just talking to lucas about how our logo look less like hadoop and the
> actual mahout is not promiment. Now that we a
So when you build successfully, can you grep the output for 'test-jar'
and see where it is successfully finding these things? I suspect this
will point directly to the problem.
On Fri, Mar 12, 2010 at 9:08 PM, Grant Ingersoll wrote:
> I'm almost identical:
> 10.6.2
>
> java version "1.6.0_17"
> J
I was just talking to lucas about how our logo look less like hadoop and the
actual mahout is not promiment. Now that we are on a release mode, will it
be ok If Lucas and me start exploring some tweaks to the logo
Robin
I'm almost identical:
10.6.2
java version "1.6.0_17"
Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025)
Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode)
mvn -version
Apache Maven 2.2.1 (r801777; 2009-08-06 15:16:01-0400)
Java version: 1.6.0_17
Java home: /System/Li
On Thu, Mar 11, 2010 at 7:59 PM, Benson Margulies wrote:
> The current situation, where the top-level pom points down but the others
> don't point back up through it, is not a pattern I'm familiar with. I have
> learned by very hard experience that the maven-site-plugin is very very hard
> to mak
Ah I seem to remember that. Pallavi does it work for you?
The semantics even make sense according to what transient really means
-- not part of the serialized state. Though it would re-initialize to
0 if we ever used Java serialization and that's not right...)
On Fri, Mar 12, 2010 at 4:55 PM, Jef
Maven 2.2.0 and Java 1.6.0_17 on Mac OS X 10.6.2
This happens on a clean download with clean local repo.
Same result with 2.2.1
Is there anything special in settings.xml?
If this is working for others, let's not let it hold up the release,
but yes would be nice to solve.
On Fri, Mar 12, 2010 a
[
https://issues.apache.org/jira/browse/MAHOUT-327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12844622#action_12844622
]
zhao zhendong commented on MAHOUT-327:
--
Proposal for GSoC2010 (Linear SVM for Mahout):
Proposal for GSoC2010 (Linear SVM for Mahout)
-
Key: MAHOUT-334
URL: https://issues.apache.org/jira/browse/MAHOUT-334
Project: Mahout
Issue Type: Task
Reporter: zhao zhendong
Title/Su
[
https://issues.apache.org/jira/browse/MAHOUT-326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12844597#action_12844597
]
Chad Chen commented on MAHOUT-326:
--
Hi Robin,
The bug does seem to be very difficult to re
Also, this proposal should itself be a JIRA ticket with the GSOC tag
applied to it. That will make it visible to the Apache-wide summer of code
administrator's.
On Fri, Mar 12, 2010 at 3:57 AM, zhao zhendong wrote:
> Sure, I will revise it tonight.
>
> Thanks, Robin.
>
>
> On Fri, Mar 12, 2010
I think if you mark the instVar as transient then Json won't include its
state in the JsonString.
Sean Owen wrote:
It seems like the length squared should not be part of the string
representation. Does anyone know how to control this Gson output
formatter to ignore this field?
The lengthSquare
OK, let's start from the top. What version of maven, what sort of a
computer, have you nuked your local repo lately?
On Fri, Mar 12, 2010 at 7:18 AM, Sean Owen wrote:
> That's not the issue I believe. This happens on a completely clean
> copy from a "src" archive. Here's the output:
>
>
> Downlo
That's not the issue I believe. This happens on a completely clean
copy from a "src" archive. Here's the output:
Downloading:
http://google-gson.googlecode.com/svn/mavenrepo/org/apache/mahout/mahout-math/0.3/mahout-math-0.3-tests.jar
[INFO] Unable to find resource
'org.apache.mahout:mahout-math:
mvn clean install worked for me.
Sean, we need to get to the bottom of your Maven issues, as this is really
strange.
-Grant
On Mar 12, 2010, at 7:01 AM, Benson Margulies wrote:
> Sean,
>
> You aren't, perchance, running 'mvn clean install'?
>
> There is a bug in the 'clean' plugin that comes
On Mar 12, 2010, at 7:03 AM, Benson Margulies wrote:
> Sure, but I try not to annoy Grant too often. I think he'll be happier if I
> can produce chapter and verse. Or, at worst, if I find a crow to eat.
No worries. If it's something you want to do, go for it. I suppose if we ever
had people f
On Mar 12, 2010, at 1:22 AM, Robin Anil wrote:
> Shall I go and put some of the ideas up. I will do it as a whole for the
> project. Later we can re-assign things maybe ? How does that sound? Unlike
> other projects we cant really go an put a proposal like "Implement
> back-propagation" and expec
Sure, but I try not to annoy Grant too often. I think he'll be happier if I
can produce chapter and verse. Or, at worst, if I find a crow to eat.
On Fri, Mar 12, 2010 at 3:59 AM, Ted Dunning wrote:
> +1
>
> Benson, you are likely to be elected before you can find out if it is
> necessary.
>
> O
Sean,
You aren't, perchance, running 'mvn clean install'?
There is a bug in the 'clean' plugin that comes into play in this case. You
can get around it by cd'ing to the code gen dir, building that, and then
returning to the top-level.
--benson
On Fri, Mar 12, 2010 at 4:52 AM, Sean Owen wrote
Sure, I will revise it tonight.
Thanks, Robin.
On Fri, Mar 12, 2010 at 7:22 PM, Robin Anil wrote:
> Hi Zhao,
> Some quick feedback.
>
> 1) Can you update the gsoc issue on classifier with a nabble link to this
> thread or using any other aggregator
> 2) I hope you would read the Gsoc time
[
https://issues.apache.org/jira/browse/MAHOUT-326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12844468#action_12844468
]
Robin Anil commented on MAHOUT-326:
---
BTW, i hope you tried it with the latest trunk. I se
[
https://issues.apache.org/jira/browse/MAHOUT-326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12844466#action_12844466
]
Robin Anil commented on MAHOUT-326:
---
Hi Chad, you are talking about the chapter 7 right?
Hi Zhao,
Some quick feedback.
1) Can you update the gsoc issue on classifier with a nabble link to this
thread or using any other aggregator
2) I hope you would read the Gsoc timelines more clearly, there is mid term
evaluation, end term evaluation and some buffer time. You will have to
chan
Hi all,
The updated proposal for GSoC 2010 is as follows, any comment is welcome.
>>> Title/Summary:
Linear SVM Package (LIBLINEAR) for Mahout Student: Zhen-Dong Zhao Student
e-mail: zha...@comp.nus.edu.sg Student Major: Multimedi
It seems like the length squared should not be part of the string
representation. Does anyone know how to control this Gson output
formatter to ignore this field?
The lengthSquared field has bitten us a couple times... I still wonder
if it's possible and better to remove this and have callers be s
I still know little of Maven best practices, so can't but say +1 to
someone who knows what they're doing trying to make the setup more
standard and therefore perhaps more robust. Anything that avoids build
snags can only be a good thing for us so that we can make releases
more easily and frequently
While I still get the same build error I did last night, the fact that
Benson did not indicates it is a local environment issue that I will
look into. It is just that it can't find the 0.3 release of plugins
which wouldn't be a problem after the release anyway. Visual
inspection of the build artifa
Hi,
I found getLengthSqured() method name in AbstractVector slightly
misguiding. As, it is not only getting the lengthSquared value but also
setting it if it is not set previously. Actually, I found this issue
when I am comparing two vectors, though both of them are same, in one
place the len
+1
Benson, you are likely to be elected before you can find out if it is
necessary.
On Thu, Mar 11, 2010 at 9:51 PM, Robin Anil wrote:
> +1
>
>
> On Fri, Mar 12, 2010 at 8:02 AM, Drew Farris
> wrote:
>
> > +1
> >
> > On Thu, Mar 11, 2010 at 9:24 PM, Jake Mannix
> > wrote:
> > > Benson for Pre
43 matches
Mail list logo
