Re: [VOTE] Release SystemML 0.9-incubating (RC1)

2016-01-20 Thread Deron Eriksson
Hi, With regards to #1, we have an existing JIRA for this https://issues.apache.org/jira/browse/SYSTEMML-134 . I'll update this one. A few other things I've noticed: 1) docs/README.txt in standalone distributions (and the other *.tar.gz and *.zip) have references to BIGINSIGHTS_HOME. This is sam

Re: [VOTE] Release SystemML 0.9-incubating (RC1)

2016-01-20 Thread Luciano Resende
This vote is canceled. Please create tasks under the umbrela jira for us to track the issues being raised. https://issues.apache.org/jira/browse/SYSTEMML-463 On Wed, Jan 20, 2016 at 1:36 PM, Mike Dusenberry wrote: > Upon further review, I've found multiple issues with the "standalone" > pack

Re: [VOTE] Release SystemML 0.9-incubating (RC1)

2016-01-20 Thread Mike Dusenberry
Upon further review, I've found multiple issues with the "standalone" package that should block this release candidate. 1.  The "readme.txt" in the "standalone" distribution refers to a "jSystemML.jar" file that will be generated for the user to allow the use of "java -jar jSystemML.jar".  H

Re: SystemML Hadoop version support

2016-01-20 Thread Matthias Boehm
Just to clarify because there seems to be some confusion: we are supporting any Spark version >=1.4 and Hadoop version >=2.4. The only reason why our build sticks to older versions is to avoid exploiting new features too eagerly which would loose backwards compatibility if done without care. With

Re: SystemML Hadoop version support

2016-01-20 Thread Luciano Resende
On Wed, Jan 20, 2016 at 12:50 PM, Deron Eriksson wrote: > Does SystemML still support Hadoop 1? > > I see in MRConfigurationNames a static initialization block for Hadoop > v1/v2 properties. I'd like to remove the current deprecated property > warnings (log messages in the console) that we get wi

Re: Release source package

2016-01-20 Thread Luciano Resende
On Wed, Jan 20, 2016 at 12:30 PM, Deron Eriksson wrote: > I have a question (mostly for Luciano). > > I'm examining the release candidate files to try to verify that our > candidate files are compliant with the Apache release management policy ( > http://incubator.apache.org/guides/releasemanagem

SystemML Hadoop version support

2016-01-20 Thread Deron Eriksson
Does SystemML still support Hadoop 1? I see in MRConfigurationNames a static initialization block for Hadoop v1/v2 properties. I'd like to remove the current deprecated property warnings (log messages in the console) that we get with Hadoop v2.4.1 and I was wondering if I should add the old v1 and

Release source package

2016-01-20 Thread Deron Eriksson
I have a question (mostly for Luciano). I'm examining the release candidate files to try to verify that our candidate files are compliant with the Apache release management policy ( http://incubator.apache.org/guides/releasemanagement.html). I see under the Release Check List ( http://incubator.a

Re: Workflow for assigning issues to users

2016-01-20 Thread Deron Eriksson
Sounds good. We can follow that workflow and modify it as we need to. I added Nakul as a contributor and assigned the JIRA to him. Deron On Wed, Jan 20, 2016 at 5:28 AM, Mike Dusenberry wrote: > I vote yes, let's use Deron's suggestion. It's simple, and assigning a JIRA > issue when the user r

Re: [VOTE] Release SystemML 0.9-incubating (RC1)

2016-01-20 Thread Niketan Pansare
+1 Niketan Pansare IBM Almaden Research Center E-mail: npansar At us.ibm.com http://researcher.watson.ibm.com/researcher/view.php?person=us-npansar From: dusenberr...@gmail.com To: dev@systemml.incubator.apache.org Date: 01/20/2016 05:30 AM Subject:Re: [VOTE] Release SystemML 0.

Re: Workflow for assigning issues to users

2016-01-20 Thread Matthias Boehm
well, I would prefer to use common sense here instead of a fixed workflow. There are many different scenarios of external contributions w/ or w/o JIRA - one size does not fit all. In general, we should create an atmosphere were we encourage people to contribute. However, if a new user likes to tak

Re: [VOTE] Release SystemML 0.9-incubating (RC1)

2016-01-20 Thread dusenberrymw
+1 -- Mike Dusenberry GitHub: github.com/dusenberrymw LinkedIn: linkedin.com/in/mikedusenberry Sent from my iPhone. > On Jan 20, 2016, at 3:39 AM, Frederick R Reiss wrote: > > > +1 > > Sent from my iPhone > >>> On Jan 20, 2016, at 11:06 AM, Shirish Tatikonda >> wrote: >> >> +1 >> >> >

Re: Workflow for assigning issues to users

2016-01-20 Thread Mike Dusenberry
I vote yes, let's use Deron's suggestion. It's simple, and assigning a JIRA issue when the user requests to start working on it avoids the issue of duplicated work. - Mike On Wed, Jan 20, 2016 at 1:49 AM Frederick R Reiss wrote: > Shall we use Deron's suggestion below as our process for the time

Re: [VOTE] Release SystemML 0.9-incubating (RC1)

2016-01-20 Thread Frederick R Reiss
+1 Sent from my iPhone > On Jan 20, 2016, at 11:06 AM, Shirish Tatikonda wrote: > > +1 > > > > On Tue, Jan 19, 2016 at 9:46 PM, Luciano Resende > wrote: > >> Please vote on releasing the following candidate as Apache SystemML version >> 0.9.0! >> >> The vote is open for at least 72 hours and w

Re: [VOTE] Release SystemML 0.9-incubating (RC1)

2016-01-20 Thread Shirish Tatikonda
+1 On Tue, Jan 19, 2016 at 9:46 PM, Luciano Resende wrote: > Please vote on releasing the following candidate as Apache SystemML version > 0.9.0! > > The vote is open for at least 72 hours and will close on Saturday, January > 23 and passes if a majority of at least 3 +1 PMC votes are cast. >

Re: Workflow for assigning issues to users

2016-01-20 Thread Frederick R Reiss
Shall we use Deron's suggestion below as our process for the time being? Fred From: Luciano Resende To: dev@systemml.incubator.apache.org Date: 01/18/2016 03:08 PM Subject:Re: Workflow for assigning issues to users On Mon, Jan 18, 2016 at 1:54 PM, Deron Eriksson wrote: >