RE: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Uma Maheswara Rao G
+1 (non-binding) Thanks a lot for the work done by Suresh and team of community! I don't think there will be much problems because of platform dependancy as our development is with Java. If we have some native code portings, then dev members has to take care of them. One question regarding to i

Re: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Eric Baldeschwieler
+1 (non-binding) A few of observations: - Windows has actually been a supported platform for Hadoop since 0.1 . Doug championed supporting windows then and we've continued to do it with varying vigor over time. To my knowledge we've never made a decision to drop windows support. The change

Fwd: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Matt Foley
+1 (binding) Apache is supposed to be about the community. We have here a community of developers, who have actively and openly worked to add a major improvement to Hadoop: the ability to work cross-platform. Furthermore, the size of the substantive part of the needed patch is only about 1500 li

Re: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Konstantin Boudnik
On Thu, Feb 28, 2013 at 03:08PM, sanjay Radia wrote: > +1 > Java has done the bulk of the work in making Hadoop multi-platform. > Windows specific code is a tiny percentage of the code. > Jeninks support for windows is going help us keep the platform portable going > forward. > I expect that the v

Re: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Ramya Sunil
+1 for the merge. As someone who has been testing the code for many months now, both on singlenode and multinode clusters, I am very confident about the stability and the quality of the code. I have run several regression tests to verify distributed cache, streaming, compression, capacity schedule

Re: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread sanjay Radia
+1 Java has done the bulk of the work in making Hadoop multi-platform. Windows specific code is a tiny percentage of the code. Jeninks support for windows is going help us keep the platform portable going forward. I expect that the vast majority of new commits have no problems. I propose that we

RE: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Chuan Liu
+1 (non-binding) As someone also contributed to porting Hadoop to Windows, I think Java already provided a very good platform independent platform. For features that are not available in Java, we will try to provide our platform independent APIs that abstract OS tasks away. Most features should

Re: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Chris Nauroth
> Is there a jira for resolving the outstanding TODOs in the code base > (similar to HDFS-2148)? Looks like this merge doesn't introduce many > which is great (just did a quick diff and grep). I found 2 remaining TODOs introduced in the current merge patch. One is in ContainerLaunch.java. The c

[jira] [Created] (HADOOP-9348) address TODO in winutils to add more command line usage and examples

2013-02-28 Thread Chris Nauroth (JIRA)
Chris Nauroth created HADOOP-9348: - Summary: address TODO in winutils to add more command line usage and examples Key: HADOOP-9348 URL: https://issues.apache.org/jira/browse/HADOOP-9348 Project: Hadoo

Re: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Robert Evans
My initial question was mostly intended to understand the desired new classification of Windows after the merge, and how we plan to maintain Windows support. I am happy to hear that hardware for Jenkins will be provided. I am also fine, at least initially, with us trying to treat Windows as a fir

RE: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Kanna Karanam
+1 non-binding I am playing with it for several months in a multi-node Windows cluster environment and found it is very stable. I am sure that it can help us to bring more developers like me (JAVA & Windows Developers) to contribute more and help the Hadoop customer & developer communities. Th

Re: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Raja Aluri
+1 non-binding Nice to see that this work is going to trunk. Raja Aluri On Tue, Feb 26, 2013 at 2:55 PM, Suresh Srinivas wrote: > I had posted heads up about merging branch-trunk-win to trunk on Feb 8th. I > am happy to announce that we are ready for the merge. > > Here is a brief recap on the

[jira] [Created] (HADOOP-9347) add instructions to BUILDING.txt describing how to build on Windows

2013-02-28 Thread Chris Nauroth (JIRA)
Chris Nauroth created HADOOP-9347: - Summary: add instructions to BUILDING.txt describing how to build on Windows Key: HADOOP-9347 URL: https://issues.apache.org/jira/browse/HADOOP-9347 Project: Hadoop

Re: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread Chris Nauroth
I'd like to share a few anecdotes about developing cross-platform, hopefully to address some of the concerns about adding overhead to the development process. By reviewing past cases of cross-platform Linux vs. Windows bugs, we can get a sense for how the development process could look in the futu

[jira] [Created] (HADOOP-9346) Upgrading to protoc 2.5.0 fails the build

2013-02-28 Thread Harsh J (JIRA)
Harsh J created HADOOP-9346: --- Summary: Upgrading to protoc 2.5.0 fails the build Key: HADOOP-9346 URL: https://issues.apache.org/jira/browse/HADOOP-9346 Project: Hadoop Common Issue Type: Task

RE: [Vote] Merge branch-trunk-win to trunk

2013-02-28 Thread John Gordon
+1 (non-binding) I want to share my vote of confidence in this community. If motivated to do so, this community can keep this project cross-platform and continue to rapidly innovate without breaking a sweat. The day we started working on this, I saw the foundations of greatness in the quality

Build failed in Jenkins: Hadoop-Common-trunk #698

2013-02-28 Thread Apache Jenkins Server
See Changes: [tucu] HADOOP-9342. Remove jline from distribution. (thw via tucu) [kihwal] Typo in CHANGES.txt for HADOOP-9339 [kihwal] HADOOP-9339. IPC.Server incorrectly sets UGI auth type. Contributed by Daryn Sharp [sseth] MAPR