[GitHub] incubator-madlib pull request #57: Add PostgreSQL 9.5 and 9.6 support.

2016-07-19 Thread snaga
GitHub user snaga opened a pull request: https://github.com/apache/incubator-madlib/pull/57 Add PostgreSQL 9.5 and 9.6 support. You can merge this pull request into a Git repository by running: $ git pull https://github.com/snaga/incubator-madlib v1.9-pg96 Alternatively you c

Re: Proposal for MADlib 1.9.1 release content and timeline

2016-07-19 Thread Satoshi Nagayasu
Hi Frank, I have a question about the 1.9 branch and the future release, specifically 1.9.1. Is there any support for PostgreSQL 9.5 or later? I have tried the 1.9 branch, but it seems not yet supporting 9.5 or later. If the current 1.9 branch does not support 9.5 or later, I would like to see t

[GitHub] incubator-madlib pull request #57: Add PostgreSQL 9.5 and 9.6 support.

2016-07-19 Thread decibel
Github user decibel commented on a diff in the pull request: https://github.com/apache/incubator-madlib/pull/57#discussion_r71334109 --- Diff: methods/array_ops/src/pg_gp/array_ops.sql_in --- @@ -602,11 +602,22 @@ m4_ifdef(`__HAS_FUNCTION_PROPERTIES__', `NO SQL', `'); *

Re: Proposal for MADlib 1.9.1 release content and timeline

2016-07-19 Thread Frank McQuillan
Satoshi, Thank you for the pull request. There is an open JIRA for 1.9.1 release to support 9.5 https://issues.apache.org/jira/browse/MADLIB-944 so I am glad that you worked on it. We will take a look and respond in the pull request. I see that 9.6 is still in beta, not sure when GA release is

Re: Proposal for MADlib 1.9.1 release content and timeline

2016-07-19 Thread Jim Nasby
On 7/19/16 10:43 AM, Frank McQuillan wrote: I see that 9.6 is still in beta, not sure when GA release is planned. Official answer: "When it's ready." Beta 3 is set to roll next week. My guess is that the final release will be in September. More importantly, I highly doubt any changes betwee

[GitHub] incubator-madlib pull request #57: Add PostgreSQL 9.5 and 9.6 support.

2016-07-19 Thread snaga
Github user snaga commented on a diff in the pull request: https://github.com/apache/incubator-madlib/pull/57#discussion_r71436485 --- Diff: methods/array_ops/src/pg_gp/array_ops.sql_in --- @@ -602,11 +602,22 @@ m4_ifdef(`__HAS_FUNCTION_PROPERTIES__', `NO SQL', `'); *i

Re: Proposal for MADlib 1.9.1 release content and timeline

2016-07-19 Thread Satoshi Nagayasu
2016-07-20 0:43 GMT+09:00 Frank McQuillan : > Satoshi, > > Thank you for the pull request. > > There is an open JIRA for 1.9.1 release to support 9.5 > https://issues.apache.org/jira/browse/MADLIB-944 > so I am glad that you worked on it. Thanks. I will put some comment on the JIRA. Regards, --

Re: Proposal for MADlib 1.9.1 release content and timeline

2016-07-19 Thread Satoshi Nagayasu
2016-07-20 1:18 GMT+09:00 Jim Nasby : > On 7/19/16 10:43 AM, Frank McQuillan wrote: >> >> I see that 9.6 is still in beta, not sure when GA release is planned. > > > Official answer: "When it's ready." > > Beta 3 is set to roll next week. My guess is that the final release will be > in September. >

[GitHub] incubator-madlib pull request #57: Add PostgreSQL 9.5 and 9.6 support.

2016-07-19 Thread iyerr3
Github user iyerr3 commented on a diff in the pull request: https://github.com/apache/incubator-madlib/pull/57#discussion_r71447310 --- Diff: methods/array_ops/src/pg_gp/array_ops.sql_in --- @@ -602,11 +602,22 @@ m4_ifdef(`__HAS_FUNCTION_PROPERTIES__', `NO SQL', `'); *

Sessionize function - create table or view by default?

2016-07-19 Thread Frank McQuillan
Hi, I have been testing the sessionize function lately https://issues.apache.org/jira/browse/MADLIB-909 https://issues.apache.org/jira/browse/MADLIB-1001 and am wondering about this param: "create_view (optional) BOOLEAN default: TRUE. Determines whether to create a view or materialize a table

Session - comment on partition

2016-07-19 Thread Frank McQuillan
Oh another suggestion: In the same way in path http://madlib.incubator.apache.org/docs/latest/group__grp__path.html that we do for partition param: "This can be NULL or '' to indicate the matching is to be applied to the whole table." I think we should do the same for the session function, in the