Re: [DISCUSS] Treating LimitedPrivate({"MapReduce"}) as Public APIs for YARN applications

te: > > >> On May 10, 2016, at 8:37 AM, Hitesh Shah <hit...@apache.org> wrote: >> >> There have been various discussions on various JIRAs where upstream projects >> such as YARN apps ( Tez, Slider, etc ) are called out for using the above >> so-called P

[DISCUSS] Treating LimitedPrivate({"MapReduce"}) as Public APIs for YARN applications

There have been various discussions on various JIRAs where upstream projects such as YARN apps ( Tez, Slider, etc ) are called out for using the above so-called Private APIs. A lot of YARN applications that have been built out have picked up various bits and pieces of implementation from

Re: [VOTE] Release Apache Hadoop 2.7.2 RC2

+1 (binding) Did the basic checks and ran against a single node local setup. — Hitesh On Jan 14, 2016, at 8:57 PM, Vinod Kumar Vavilapalli wrote: > Hi all, > > I've created an updated release candidate RC2 for Apache Hadoop 2.7.2. > > As discussed before, this is the

Re: Github integration for Hadoop

+1 on supporting patch contributions through github pull requests. — Hitesh On Oct 29, 2015, at 10:47 AM, Owen O'Malley wrote: > All, > For code & patch review, many of the newer projects are using the Github > pull request integration. You can read about it here: > >

Re: [VOTE] Release Apache Hadoop 2.6.2

+1 (binding) sha512 checksum is missing in the staging artifacts. Compiled locally and ran a few example jobs. thanks — Hitesh On Oct 22, 2015, at 2:14 PM, Sangjin Lee wrote: > Hi all, > > I have created a release candidate (RC0) for Hadoop 2.6.2. > > The RC is available

Re: Planning Hadoop 2.6.1 release

Jason Lowe just filed YARN-4047 ( patch available too ) which probably is also a good candidate for 2.6.1 or 2.6.2 if the list is frozen. I have labelled the jira as a 2.6.1 candidate. Feel free to switch to 2.6.2 if needed. thanks — Hitesh On Aug 10, 2015, at 4:15 PM, Vinod Kumar Vavilapalli

Re: [DISCUSS] Release numbering for stable 2.8 and beyond

There are a couple of different approaches we could take. How about publishing/releasing bits such as “2.8.0-RC0”. Downstream projects can depend on these and use them normally similar to the approach that they would have taken with release 2.8.0 or 2.8.0-alpha. After some baking ( or more RC

Re: [VOTE] Release Apache Hadoop 2.6.0

+1 (binding) Built Hadoop from source, compiled Tez against the hadoop jars pushed to staging repo and ran a few example Tez jobs on a single node cluster. — HItesh On Nov 13, 2014, at 3:08 PM, Arun C Murthy a...@hortonworks.com wrote: Folks, I've created another release candidate

[jira] [Resolved] (HADOOP-10951) Make org.apache.hadoop.security.Groups public

[ https://issues.apache.org/jira/browse/HADOOP-10951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hitesh Shah resolved HADOOP-10951. -- Resolution: Not a Problem Make org.apache.hadoop.security.Groups public

Re: [VOTE] Migration from subversion to git for version control

+1 — Hitesh On Aug 8, 2014, at 7:57 PM, Karthik Kambatla ka...@cloudera.com wrote: I have put together this proposal based on recent discussion on this topic. Please vote on the proposal. The vote runs for 7 days. 1. Migrate from subversion to git for version control. 2.

[jira] [Created] (HADOOP-10951) Make org.apache.hadoop.security.Groups public

Hitesh Shah created HADOOP-10951: Summary: Make org.apache.hadoop.security.Groups public Key: HADOOP-10951 URL: https://issues.apache.org/jira/browse/HADOOP-10951 Project: Hadoop Common

[jira] [Resolved] (HADOOP-9741) Make build created indexed jars

[ https://issues.apache.org/jira/browse/HADOOP-9741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hitesh Shah resolved HADOOP-9741. - Resolution: Won't Fix Make build created indexed jars

Re: [VOTE] Change by-laws on release votes: 5 days instead of 7

+1 (binding) — Hitesh On Jun 24, 2014, at 1:53 AM, Arun C Murthy a...@hortonworks.com wrote: Folks, As discussed, I'd like to call a vote on changing our by-laws to change release votes from 7 days to 5. I've attached the change to by-laws I'm proposing. Please vote, the vote will

Re: [VOTE] Release Apache Hadoop 2.1.0-beta

+1 (binding) Verified checksums, built from source and ran basic MR jobs on a single-node cluster. -- Hitesh On Aug 15, 2013, at 2:15 PM, Arun C Murthy wrote: Folks, I've created a release candidate (rc2) for hadoop-2.1.0-beta that I would like to get released - this fixes the bugs we

[jira] [Created] (HADOOP-9741) Make build created indexed jars

Hitesh Shah created HADOOP-9741: --- Summary: Make build created indexed jars Key: HADOOP-9741 URL: https://issues.apache.org/jira/browse/HADOOP-9741 Project: Hadoop Common Issue Type: Bug

Re: [VOTE] Release Apache Hadoop 2.1.0-beta

Hi Arun, From a YARN perspective, YARN-791 and YARN-727 are 2 jiras that may potentially change the apis. They can implemented in a backward compat fashion if committed after 2.1.0. However, this will require adding of differently-named apis ( different urls in case of the webservices ) and

[jira] [Created] (HADOOP-9628) Setup a daily build job for branch-2.1.0-beta

Hitesh Shah created HADOOP-9628: --- Summary: Setup a daily build job for branch-2.1.0-beta Key: HADOOP-9628 URL: https://issues.apache.org/jira/browse/HADOOP-9628 Project: Hadoop Common Issue

Re: [VOTE] Release Apache Hadoop 0.23.8

+1 (non-binding) Built from source, ran some basic tests on a single node cluster. -- Hitesh On May 28, 2013, at 9:00 AM, Thomas Graves wrote: I've created a release candidate (RC0) for hadoop-0.23.8 that I would like to release. This release is a sustaining release with several

Re: [VOTE] change in bylaws to remove Release Plan vote

+1. -- Hitesh On May 21, 2013, at 7:03 PM, Matt Foley wrote: This was previously discussed in the thread [PROPOSAL] change in bylaws to remove Release Plan vote. 13 people explicitly cast +1s in that thread. Absent objection I will count those as votes without requiring them to

Re: [VOTE] Release Apache Hadoop 0.23.7

+1. Downloaded source, built and ran a couple of sample jobs on a single node cluster. -- Hitesh On Apr 11, 2013, at 12:55 PM, Thomas Graves wrote: I've created a release candidate (RC0) for hadoop-0.23.7 that I would like to release. This release is a sustaining release with several

Re: [VOTE] Release Apache Hadoop 2.0.4-alpha

+1 (non-binding). Downloaded from source, tested distributed shell and simple MR jobs on a single-node cluster. -- Hitesh On Apr 12, 2013, at 2:56 PM, Arun C Murthy wrote: Folks, I've created a release candidate (RC2) for hadoop-2.0.4-alpha that I would like to release. The RC is

[jira] [Created] (HADOOP-9422) HADOOP_HOME needs to be set to be able to use org.apache.hadoop.util.Shell to launch commands

Hitesh Shah created HADOOP-9422: --- Summary: HADOOP_HOME needs to be set to be able to use org.apache.hadoop.util.Shell to launch commands Key: HADOOP-9422 URL: https://issues.apache.org/jira/browse/HADOOP-9422

Re: [VOTE] Release hadoop-2.0.3-alpha

+1 (non-binding) Downloaded ( verified checksums ) and built from source, deployed and successfully ran both MR and distributed shell examples. -- Hitesh On Feb 6, 2013, at 7:59 PM, Arun C Murthy wrote: Folks, I've created a release candidate (rc0) for hadoop-2.0.3-alpha that I would

Re: development environment for hadoop core

On Jan 16, 2013, at 6:17 AM, Gopal Vijayaraghavan wrote: So, this is a question I have for everyone else. How do I change the hadoop version of an entire build, so that I can name it something unique use it in other builds in maven (-SNAPSHOT doesn't cut it, since occasionally mvn will

[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

[jira] [Created] (HADOOP-8109) Using the default rpms of hadoop, /usr/etc/hadoop symlink gets removed on upgrade

: Hadoop Common Issue Type: Bug Affects Versions: 1.0.0, 0.23.0 Reporter: Hitesh Shah Assignee: Hitesh Shah Priority: Minor Given that for rpms, the pre-uninstall scripts for the older version run after the post-install scripts of the package being

[jira] [Created] (HADOOP-7722) Support a stop command in ShellCommandExecutor

Reporter: Hitesh Shah Priority: Minor Fix For: 0.23.0 Add a stop function call to Shell so as to either stop the process from getting started if not already done so or destroy the process if it already has started. Context of usage: There can be race