Re: [DISCUSS] Migrate from svn to git for source control?

I personally use github for most of my projects because it gives me power over my code versions. I'm a linux user and thats where github takes over.. no offfense but svn is good too but most people know github including the novice On Wed, Aug 6, 2014 at 9:41 AM, Andrew Wang wrote: > By "merge-b

Re: [DISCUSS] Migrate from svn to git for source control?

By "merge-based workflow", this is referring to branch development and merging? I don't see much issue with allowing a rebase-based workflow if we're okay with allowing force-push on feature branches. If anything, the next step would be disallowing merge-based workflows and mandating rebases for a

Re: [DISCUSS] Migrate from svn to git for source control?

If by very same workflow you mean a merge-based workflow that would be fine to call out in the vote proposal. Separately, do we want to disable force push for version branches (branch-x) and point release branches (branch-x.y) in addition to trunk? On Tue, Aug 5, 2014 at 8:18 PM, Alejandro Abdel

Re: [DISCUSS] Migrate from svn to git for source control?

I would say we can first move to git and keep the very same workflow we have today, then we can evolve it. On Tue, Aug 5, 2014 at 6:46 PM, Arpit Agarwal wrote: > +1 to voting on specific workflow(s). > > > On Tue, Aug 5, 2014 at 5:49 PM, Karthik Kambatla > wrote: > > > If we are to start a vot

Re: [DISCUSS] Migrate from svn to git for source control?

+1 to voting on specific workflow(s). On Tue, Aug 5, 2014 at 5:49 PM, Karthik Kambatla wrote: > If we are to start a vote thread, will people prefer a vote thread that > includes potential workflows as well? > > > On Tue, Aug 5, 2014 at 5:40 PM, Karthik Kambatla > wrote: > > > Thanks for your

Re: [DISCUSS] Migrate from svn to git for source control?

If we are to start a vote thread, will people prefer a vote thread that includes potential workflows as well? On Tue, Aug 5, 2014 at 5:40 PM, Karthik Kambatla wrote: > Thanks for your opinions, everyone. Looks like most people are for the > change and no one is against it. Let me start a vote f

Re: [DISCUSS] Migrate from svn to git for source control?

Thanks for your opinions, everyone. Looks like most people are for the change and no one is against it. Let me start a vote for this. On Mon, Aug 4, 2014 at 4:44 PM, Tsuyoshi OZAWA wrote: > Thank you for supplementation, Andrew. Yes, we should go step by step > and let's discuss review workflow

Re: [VOTE] Release Apache Hadoop 2.5.0 RC1

+1 (non-binding) Brought up a pseudo distributed cluster. Ran a few HDFS operations and a couple of example MR jobs. Checked metrics being written out through FileSink. On Tue, Aug 5, 2014 at 5:37 PM, Karthik Kambatla wrote: > Hi folks, > > I have put together a release candidate (rc1) for Had

Re: [VOTE] Release Apache Hadoop 2.5.0

This vote is cancelled due to the incompatible issue. On Fri, Aug 1, 2014 at 5:28 PM, Karthik Kambatla wrote: > Missed Andrew's email in the other thread. Looks like we might need > HDFS-6793. > > I ll wait to see if others find any other issues, so I can address them > all together. > > > On F

[VOTE] Release Apache Hadoop 2.5.0 RC1

Hi folks, I have put together a release candidate (rc1) for Hadoop 2.5.0. The RC is available at: http://people.apache.org/~kasha/hadoop-2.5.0-RC1/ The RC tag in svn is here: https://svn.apache.org/repos/asf/hadoop/common/tags/release-2.5.0-rc1/ The maven artifacts are staged at: https://reposito

[jira] [Created] (HADOOP-10940) RPC client does poor bounds checking of responses

Daryn Sharp created HADOOP-10940: Summary: RPC client does poor bounds checking of responses Key: HADOOP-10940 URL: https://issues.apache.org/jira/browse/HADOOP-10940 Project: Hadoop Common I

[jira] [Resolved] (HADOOP-10759) Remove hardcoded JAVA_HEAP_MAX in hadoop-config.sh

[ https://issues.apache.org/jira/browse/HADOOP-10759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karthik Kambatla resolved HADOOP-10759. --- Resolution: Fixed Fix Version/s: (was: 2.5.0) 2.6.0 U

[jira] [Reopened] (HADOOP-10759) Remove hardcoded JAVA_HEAP_MAX in hadoop-config.sh

[ https://issues.apache.org/jira/browse/HADOOP-10759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karthik Kambatla reopened HADOOP-10759: --- > Remove hardcoded JAVA_HEAP_MAX in hadoop-config.sh >

[jira] [Resolved] (HADOOP-9082) Simplify scripting usages so that parallel platform-dependent scripts are simple to maintain

[ https://issues.apache.org/jira/browse/HADOOP-9082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Allen Wittenauer resolved HADOOP-9082. -- Resolution: Fixed I'm going to close this as fixed. I don't think there is much to do

[jira] [Created] (HADOOP-10939) Fix TestKeyProviderFactory testcases to use default 128 bit length keys

Arun Suresh created HADOOP-10939: Summary: Fix TestKeyProviderFactory testcases to use default 128 bit length keys Key: HADOOP-10939 URL: https://issues.apache.org/jira/browse/HADOOP-10939 Project: Ha

[jira] [Resolved] (HADOOP-7365) Clean up CHANGES.txt

[ https://issues.apache.org/jira/browse/HADOOP-7365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Allen Wittenauer resolved HADOOP-7365. -- Resolution: Incomplete Stale. > Clean up CHANGES.txt > - > >

[jira] [Resolved] (HADOOP-7203) Folder Paths

[ https://issues.apache.org/jira/browse/HADOOP-7203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Allen Wittenauer resolved HADOOP-7203. -- Resolution: Fixed > Folder Paths > > > Key: HADOOP-7203 >

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

See -- [...truncated 7640 lines...] [INFO] Reactor Build Order: [INFO] [INFO] Apache Hadoop Annotations [INFO] Apache Hadoop Auth [INFO] Apache Hadoop Auth Examples [INFO] Apache Hadoop Common [