Re: test-patch and native code compile

Thanks. I've opened https://issues.apache.org/jira/browse/HADOOP-8776. Will work on options and a patch there. Hemanth On Fri, Sep 7, 2012 at 12:24 AM, Colin McCabe wrote: > We could also call "uname" from test-patch.sh and skip running native > tests on Mac OS X. > > I also think that HADOOP-71

[jira] [Created] (HADOOP-8776) Provide an option in test-patch that can enable / disable compiling native code

Hemanth Yamijala created HADOOP-8776: Summary: Provide an option in test-patch that can enable / disable compiling native code Key: HADOOP-8776 URL: https://issues.apache.org/jira/browse/HADOOP-8776

[jira] [Created] (HADOOP-8775) MR2 distcp permits non-positive value to -bandwidth option which causes job never to complete

Sandy Ryza created HADOOP-8775: -- Summary: MR2 distcp permits non-positive value to -bandwidth option which causes job never to complete Key: HADOOP-8775 URL: https://issues.apache.org/jira/browse/HADOOP-8775

[jira] [Reopened] (HADOOP-7147) setnetgrent in native code is not portable

[ https://issues.apache.org/jira/browse/HADOOP-7147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Patrick McCabe reopened HADOOP-7147: -- Assignee: (was: Allen Wittenauer) "Won't fix" makes it sound like this i

Re: test-patch and native code compile

We could also call "uname" from test-patch.sh and skip running native tests on Mac OS X. I also think that HADOOP-7147 should be open rather than "won't fix," as Alejandro commented. Allen Wittenauer closed it as "won't fix" because he personally did not intend to fix it, but that doesn't mean it

[jira] [Resolved] (HADOOP-8536) Problem with -Dproperty=value option on windows hadoop

[ https://issues.apache.org/jira/browse/HADOOP-8536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bikas Saha resolved HADOOP-8536. Resolution: Duplicate Dup of HADOOP-8739 > Problem with -Dproperty=value option

Re: Branch 2 release names

To be clear, I think we all seem to agree that we continue to make hadoop-2.0.3, hadoop-2.0.3 etc. with alpha/beta tags as appropriate until we git 'GA' at which point we release hadoop-2.1.0. Makes sense? thanks, Arun On Sep 6, 2012, at 11:38 AM, Arun C Murthy wrote: > Uh, I meant 'create had

Re: Branch 2 release names

Uh, I meant 'create hadoop-2.0.2-alpha' release off branch-2. On Sep 6, 2012, at 11:18 AM, Arun C Murthy wrote: > Sounds fine. > > For now, I think we can delete branch-2.1.0-alpha, create branch-2.0.2-alpha > release off branch-2 and eventually make branch-2.1.0 as the stable release > in the

[jira] [Created] (HADOOP-8774) Incorrect maven configuration causes mrapp-generated-classpath file to be generated in multiple places

Hitesh Shah created HADOOP-8774: --- Summary: Incorrect maven configuration causes mrapp-generated-classpath file to be generated in multiple places Key: HADOOP-8774 URL: https://issues.apache.org/jira/browse/HADOOP-87

Re: Branch 2 release names

Sounds fine. For now, I think we can delete branch-2.1.0-alpha, create branch-2.0.2-alpha release off branch-2 and eventually make branch-2.1.0 as the stable release in the future. Arun On Sep 4, 2012, at 11:55 AM, Owen O'Malley wrote: > While cleaning up the subversion branches, I thought mo

Re: Branch 2 release names

No, thanks Owen. On Thu, Sep 6, 2012 at 9:27 AM, Owen O'Malley wrote: > On Wed, Sep 5, 2012 at 11:04 AM, Andrew Purtell > wrote: > > If it's all the same to you, I'd prefer you leave the branch, or at > least a > > tag, and just ignore it. We're pretty far away from branch-2.1.0 > following > >

Re: Branch 2 release names

On Wed, Sep 5, 2012 at 11:04 AM, Andrew Purtell wrote: > If it's all the same to you, I'd prefer you leave the branch, or at least a > tag, and just ignore it. We're pretty far away from branch-2.1.0 following > branch-2 but started from that point. Subversion you don't actually ever delete anyth

[jira] [Resolved] (HADOOP-8583) Globbing is not correctly handled in a few cases on Windows

[ https://issues.apache.org/jira/browse/HADOOP-8583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Li resolved HADOOP-8583. Resolution: Duplicate dup of HADOOP-8739 > Globbing is not correctly handled in a

Re: test-patch and native code compile

Yea we want jenkins to run with native. How about adding making native optional in test-patch via a flag and updating the jenkins jobs to use it? On Thu, Sep 6, 2012 at 7:25 AM, Alejandro Abdelnur wrote: > Makes sense, though the Jenkins runs should continue to run w/ native, right? > > On Thu, S

Re: test-patch and native code compile

Makes sense, though the Jenkins runs should continue to run w/ native, right? On Thu, Sep 6, 2012 at 12:49 AM, Hemanth Yamijala wrote: > Hi, > > The test-patch script in Hadoop source runs a native compile with the > patch. On platforms like MAC, there are issues with the native > compile. For e.

[jira] [Resolved] (HADOOP-8487) Many HDFS tests use a test path intended for local file system tests

[ https://issues.apache.org/jira/browse/HADOOP-8487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Mitic resolved HADOOP-8487. Resolution: Fixed Resolving as this is committed to branch-1-win. This way, the state of active J

Build failed in Jenkins: Hadoop-Common-0.23-Build #364

See Changes: [tgraves] merge -r 1381459:1381460 from branch-2. FIXES: YARN-87 [bobby] svn merge -c 1381317 FIXES: YARN-68. NodeManager will refuse to shutdown indefinitely due to container log aggregation (daryn via bobby) --

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

See Changes: [eli] HDFS-3828. Block Scanner rescans blocks too frequently. Contributed by Andy Isaacson [tgraves] YARN-87. NM ResourceLocalizationService does not set permissions of local cache directories (Jason Lowe via tgraves)

[jira] [Created] (HADOOP-8773) Improve Server#getRemoteAddress by utilizing Server.Connection.hostAddress

binlijin created HADOOP-8773: Summary: Improve Server#getRemoteAddress by utilizing Server.Connection.hostAddress Key: HADOOP-8773 URL: https://issues.apache.org/jira/browse/HADOOP-8773 Project: Hadoop C

test-patch and native code compile

Hi, The test-patch script in Hadoop source runs a native compile with the patch. On platforms like MAC, there are issues with the native compile. For e.g we run into HADOOP-7147 that has been resolved as Won't fix. Hence, should we have a switch in test-patch to not run native compile ? Could ope