[jira] [Created] (HADOOP-9110) winutils ls off-by-one error indexing MONTHS array can cause access violation

2012-11-30 Thread Chris Nauroth (JIRA)
Chris Nauroth created HADOOP-9110: - Summary: winutils ls off-by-one error indexing MONTHS array can cause access violation Key: HADOOP-9110 URL: https://issues.apache.org/jira/browse/HADOOP-9110 Proje

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Eli Collins
-1, 0, -1 IIUC the only platform we plan to add support for that we can't easily support today (w/o an emulation layer like cygwin) is Windows, and it seems like making the bash scripts simpler and having parallel bat files is IMO a better approach. On Sat, Nov 24, 2012 at 12:13 PM, Matt Foley w

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Raja Aluri
+1, +1, +1 (non binding) It makes it a lot easier to make build tools (that cannot be developed easily using maven) work across non-unix like platforms (especially windows). Raja On Sat, Nov 24, 2012 at 12:13 PM, Matt Foley wrote: > For discussion, please see previous thread "[PROPOSAL] intr

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Jitendra Pandey
+1, +1, +1 On Fri, Nov 30, 2012 at 5:40 AM, Radim Kolar wrote: > > inline ant scripts >>> >>> =0. Ant's versioning is stricter; you can pull down the exact Jar >>> versions, >>> and some of us in the Ant team worked very hard to get it going >>> everywhere. >>> You don't gain anything by going

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Radim Kolar
inline ant scripts =0. Ant's versioning is stricter; you can pull down the exact Jar versions, and some of us in the Ant team worked very hard to get it going everywhere. You don't gain anything by going to .py there are sh scripts inside maven ant plugin stuff

Re: [VOTE] Hadoop Release 1.1.1

2012-11-30 Thread Andy Isaacson
Thanks Suresh, much appreciated. -andy On Fri, Nov 30, 2012 at 10:42 AM, Suresh Srinivas wrote: > Andy, I committed MR-2374 to branch 1.1. It will be picked up if we release > 1.1.2. > > > On Wed, Nov 28, 2012 at 3:02 PM, Andy Isaacson wrote: > >> On Wed, Nov 28, 2012 at 2:52 PM, Matt Foley wr

[jira] [Created] (HADOOP-9109) Support remote shell comands other than ssh in startup scripts

2012-11-30 Thread Albert Chu (JIRA)
Albert Chu created HADOOP-9109: -- Summary: Support remote shell comands other than ssh in startup scripts Key: HADOOP-9109 URL: https://issues.apache.org/jira/browse/HADOOP-9109 Project: Hadoop Common

Re: [VOTE] Hadoop Release 1.1.1

2012-11-30 Thread Suresh Srinivas
Andy, I committed MR-2374 to branch 1.1. It will be picked up if we release 1.1.2. On Wed, Nov 28, 2012 at 3:02 PM, Andy Isaacson wrote: > On Wed, Nov 28, 2012 at 2:52 PM, Matt Foley wrote: > > Andy, please commit MAPREDUCE-2374 to branch-1 and branch-1.1. That way > it > > will be picked up

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Doug Cutting
-1, +1, -1 Run- & build-time scripting should be limited to operations that are impossible in Java. These should not be complex nor should we encourage more complexity in them. A parallel set of simple .bat files for such operations seems preferable to adding a Python dependency. Doug On Sat,

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Luke Lu
On Fri, Nov 30, 2012 at 5:29 AM, Steve Loughran wrote: > Yes, you need python at build time, but that's no worse than having a > protoc > compiler, gcc and the automake toolchain. > The problem is that python is known to have _backward_ compatibility issues on various platforms. It would be very

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Luke Lu
On Fri, Nov 30, 2012 at 5:29 AM, Steve Loughran wrote: > where do you set your env vars... and what about JAVA_HOME > There should be only two env vars (JAVA_HOME and HADOOP_HOME) to deal with in the native scripts (.bat on windows and .sh on unix platforms) to boostrap jruby scripts, which deal

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Steve Loughran
On 30 November 2012 12:57, Luke Lu wrote: > I'd like to change my binding vote to -1, -0, -1. > > Considering the hadoop stack/ecosystem as a whole, I think the best cross > platform scripting language to adopt is jruby for following reasons: > > 1. HBase already adopted jruby for HBase shell, wh

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Steve Loughran
On 30 November 2012 00:29, Radim Kolar wrote: > > * What else in the current build, besides saveVersion.sh, you see as > candidate to be migrated to Phyton? > > inline ant scripts > =0. Ant's versioning is stricter; you can pull down the exact Jar versions, and some of us in the Ant team worked

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Luke Lu
I'd like to change my binding vote to -1, -0, -1. Considering the hadoop stack/ecosystem as a whole, I think the best cross platform scripting language to adopt is jruby for following reasons: 1. HBase already adopted jruby for HBase shell, which all current platform vendors support. 2. We can co

Re: [VOTE] introduce Python as build-time and run-time dependency for Hadoop and throughout Hadoop stack

2012-11-30 Thread Luke Lu
Thanks for the voting thread. Otherwise, many committers would have missed it. I agree that this is a superset of code change that has larger impact than typical code change. On Thu, Nov 29, 2012 at 6:26 PM, Matt Foley wrote: > > Finally, this is code change, so I'm not sure why we are doing a