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

+1 for this =) Been using Github mirror for development anyway =) We at Apache Gora moved to Git recently and it had been pretty smooth transition. - Henry On Fri, Aug 1, 2014 at 4:43 PM, Karthik Kambatla wrote: > Hi folks, > > From what I hear, a lot of devs use the git mirror for development

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

+1, we did it for Oozie a while back and was painless with minor issues in Jenkins jobs Rebasing feature branches on latest trunk may be tricky as that may require a force push and if I'm not mistaken force pushes are disabled in Apache GIT. thx On Fri, Aug 1, 2014 at 4:43 PM, Karthik Kambatla

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

Thanks for starting this thread Karthik! Big +1 from me. I only use svn when I have to commit things or work on the site, otherwise it's always the git mirror or local git repos. Considering that the git mirror works as well as it does, I'd expect this to be a pretty smooth transition. Best, Andr

Re: [VOTE] Release Apache Hadoop 2.5.0

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 Fri, Aug 1, 2014 at 4:25 PM, Karthik Kambatla wrote: > I am obviously a +1 (non-binding). > > I brought a pseudo-distributed c

Re: Branching 2.5

Tom White helped me figure it out, and closed the Nexus repository for me. Thanks Tom for helping and Stack for offering to help. On Fri, Aug 1, 2014 at 11:28 AM, Karthik Kambatla wrote: > Folks, > > I think we are very close to voting on RC0. Just wanted to check one > (hopefully) last thing.

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

Hi folks, >From what I hear, a lot of devs use the git mirror for development/reviews and use subversion primarily for checking code in. I was wondering if it would make more sense just to move to git. In addition to subjective liking of git, I see the following advantages in our workflow: 1.

Re: [VOTE] Release Apache Hadoop 2.5.0

I am obviously a +1 (non-binding). I brought a pseudo-distributed cluster and ran a few HDFS commands and MR jobs. On Fri, Aug 1, 2014 at 4:16 PM, Karthik Kambatla wrote: > Hi folks, > > I have put together a release candidate (rc0) for Hadoop 2.5.0. > > The RC is available at: http://people.a

[VOTE] Release Apache Hadoop 2.5.0

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

[jira] [Created] (HDFS-6809) Move some Balancer's inner classes to standalone classes

Tsz Wo Nicholas Sze created HDFS-6809: - Summary: Move some Balancer's inner classes to standalone classes Key: HDFS-6809 URL: https://issues.apache.org/jira/browse/HDFS-6809 Project: Hadoop HDFS

[jira] [Resolved] (HDFS-6780) Batch the encryption zones listing API

[ https://issues.apache.org/jira/browse/HDFS-6780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Wang resolved HDFS-6780. --- Resolution: Fixed Fix Version/s: fs-encryption (HADOOP-10150 and HDFS-6134) Thanks Charles, com

[jira] [Created] (HDFS-6808) Add command line option to ask DataNode reload configuration.

Lei (Eddy) Xu created HDFS-6808: --- Summary: Add command line option to ask DataNode reload configuration. Key: HDFS-6808 URL: https://issues.apache.org/jira/browse/HDFS-6808 Project: Hadoop HDFS

[jira] [Resolved] (HDFS-6807) Fix TestReservedRawPaths failures

[ https://issues.apache.org/jira/browse/HDFS-6807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Charles Lamb resolved HDFS-6807. Resolution: Fixed Fix Version/s: fs-encryption (HADOOP-10150 and HDFS-6134) Target V

Re: Branching 2.5

Folks, I think we are very close to voting on RC0. Just wanted to check one (hopefully) last thing. I am unable to verify the signed maven artifacts are actually deployed. To deploy the artifacts, I did the following and it looked like it ran fine. 1. .m2/settings.xml -> server-id is apache.s

[jira] [Created] (HDFS-6807) Fix TestReservedRawPaths failures

Uma Maheswara Rao G created HDFS-6807: - Summary: Fix TestReservedRawPaths failures Key: HDFS-6807 URL: https://issues.apache.org/jira/browse/HDFS-6807 Project: Hadoop HDFS Issue Type: Sub

[jira] [Resolved] (HDFS-6737) DFSClient should use IV generated based on the configured CipherSuite with codecs used

[ https://issues.apache.org/jira/browse/HDFS-6737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uma Maheswara Rao G resolved HDFS-6737. --- Resolution: Won't Fix > DFSClient should use IV generated based on the configured Ciph

[jira] [Resolved] (HDFS-6767) Cannot remove directory within encryption zone to Trash

[ https://issues.apache.org/jira/browse/HDFS-6767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Wang resolved HDFS-6767. --- Resolution: Duplicate Duping this to HADOOP-10902, same fix as for snapshots. Thanks for looking into

[jira] [Created] (HDFS-6806) Rolling upgrades document should mention the version available

Akira AJISAKA created HDFS-6806: --- Summary: Rolling upgrades document should mention the version available Key: HDFS-6806 URL: https://issues.apache.org/jira/browse/HDFS-6806 Project: Hadoop HDFS

[jira] [Created] (HDFS-6805) NPE is thrown at Namenode , for every block report sent from DN

J.Andreina created HDFS-6805: Summary: NPE is thrown at Namenode , for every block report sent from DN Key: HDFS-6805 URL: https://issues.apache.org/jira/browse/HDFS-6805 Project: Hadoop HDFS Is