[GitHub] hadoop pull request: The `hadoop fs -ls` command and `hadoop fs -s...

Github user kemiya-yx commented on the pull request: https://github.com/apache/hadoop/pull/44#issuecomment-156015267 @oza Thanks, I will close this PR. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does

[GitHub] hadoop pull request: The `hadoop fs -ls` command and `hadoop fs -s...

Github user kemiya-yx closed the pull request at: https://github.com/apache/hadoop/pull/44 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is en

[VOTE] Release Apache Hadoop 2.7.2 RC0

Hi all, I've created a release candidate RC0 for Apache Hadoop 2.7.2. As discussed before, this is the next maintenance release to follow up 2.7.1. The RC is available for validation at: *http://people.apache.org/~vinodkv/hadoop-2.7.2-RC0/

Re: [DISCUSS] Looking to a 2.8.0 release

On Wed, Nov 11, 2015 at 12:13 PM, Vinod Vavilapalli wrote: > — YARN Timeline Service Next generation: YARN-2928: Lots of momentum, > but clearly a work in progress. Two options here > — If it is safe to ship it into 2.8 in a disable manner, we can > get the early code into trunk and a

Re: [DISCUSS] Looking to a 2.8.0 release

bq. If and only if they take the Hadoop class path at face value. Many applications don’t because of conflicting dependencies and instead import specific jars. We do make the assumptions that applications need to pick up all the dependency (either automatically or manually). The situation is simil

Re: [DISCUSS] Looking to a 2.8.0 release

bq. currently pulling in hadoop-client gives downstream apps hadoop-hdfs-client, but not hadoop-hdfs server side, right? Right now hadoop-client pulls in hadoop-hdfs directly to ensure a smooth transition. Maybe we can revisit the decision in the 2.9 / 3.x? On Wed, Nov 11, 2015 at 3:00 PM, Steve

Re: [DISCUSS] Looking to a 2.8.0 release

> On 11 Nov 2015, at 22:15, Haohui Mai wrote: > > bq. it basically makes the assumption that everyone recompiles for > every minor release. > > I don't think that the statement holds. HDFS-6200 keeps classes in the > same package. hdfs-client becomes a transitive dependency of the > original h

Re: Need for force-push on feature branches

If we do use "feature/..." as the branch naming convention, it does pose an issue with the patch naming due to the separator character ('/'). How about "feature-..."? On Tue, Nov 10, 2015 at 3:02 PM, Anu Engineer wrote: > I ran into the same issue and filed an INFRA jira too. > > https://issues

Jenkins build is back to normal : Hadoop-common-trunk-Java8 #684

See

Re: [DISCUSS] Looking to a 2.8.0 release

> On Nov 11, 2015, at 2:15 PM, Haohui Mai wrote: > > bq. it basically makes the assumption that everyone recompiles for > every minor release. > > I don't think that the statement holds. HDFS-6200 keeps classes in the > same package. hdfs-client becomes a transitive dependency of the > origina

Re: [DISCUSS] Looking to a 2.8.0 release

bq. it basically makes the assumption that everyone recompiles for every minor release. I don't think that the statement holds. HDFS-6200 keeps classes in the same package. hdfs-client becomes a transitive dependency of the original hdfs jar. Applications continue to work without recompilation a

Re: [DISCUSS] Looking to a 2.8.0 release

> On Nov 11, 2015, at 1:11 PM, Vinod Vavilapalli > wrote: > > I’ll let others comment on specific features. > > Regarding the 3.x vs 2.x point, as I noted before on other threads, given all > the incompatibilities in trunk it will be ways off before users can run their > production workloads

Re: [DISCUSS] Looking to a 2.8.0 release

Thanks to Vinod for starting this discussion! +1 to add YARN-1197 (container resizing) to 2.8.0, it is end-to-end tested. I'd prefer to push it as an Alpha feature before wilder testing. And also agree to call first release of 2.8 as an Alpha release according to the number of new features / code

Re: [DISCUSS] Looking to a 2.8.0 release

On Nov 11, 2015, at 12:13, Vinod Vavilapalli mailto:vino...@hortonworks.com>> wrote: — YARN Timeline Service v1.5 - YARN-4233: A short term bridge before YARN-2928 comes around. I think this should go in given the tremendous activity recently. +1, let’s target ATS v1.5 work to 2.8. Most c

Re: [DISCUSS] Looking to a 2.8.0 release

I’ll let others comment on specific features. Regarding the 3.x vs 2.x point, as I noted before on other threads, given all the incompatibilities in trunk it will be ways off before users can run their production workloads on a 3.x release. Therefore, as I was proposing before, we should contin

Re: [DISCUSS] Looking to a 2.8.0 release

> On Nov 11, 2015, at 12:13 PM, Vinod Vavilapalli > wrote: > >— HDFS-6200 Create a separate jar for hdfs-client: Compatible improvement > - no dimension of alpha/betaness here. IMO: this feels like a massive break in backwards compatibility. Anyone who is looking for specific met

Re: [DISCUSS] Looking to a 2.8.0 release

Agreed on not mixing this with major release discussions. Okay, I just finished my review of 2.8 content. A quick summary follows. Current state of originally planned items - Nearly Done / Done and so need to close down quickly — Support *both* JDK7 and JDK8 runtimes HADOOP-11090 — Sup

Build failed in Jenkins: Hadoop-common-trunk-Java8 #683

See Changes: [vinodkv] YARN-4183. Reverting the patch to fix behaviour change. Revert -- [...truncated 5782 lines...] Running org.apache.hadoop.fs.viewfs.TestFcMainOperationsLocalFs Test

Jenkins build is back to normal : Hadoop-common-trunk-Java8 #682

See

Build failed in Jenkins: Hadoop-common-trunk-Java8 #681

See Changes: [ozawa] Updated CHANGES.txt to move HADOOP-12526 to 2.6.3. -- [...truncated 5862 lines...] Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.158 sec - in o

[GitHub] hadoop pull request: The `hadoop fs -ls` command and `hadoop fs -s...

Github user oza commented on the pull request: https://github.com/apache/hadoop/pull/44#issuecomment-155797735 @kemiya-yx thanks for your PR. Currently, we accept all contribution via JIRA. Please read how to contribute page on wiki: http://wiki.apache.org/hadoop/HowToContri

[GitHub] hadoop pull request: The `hadoop fs -ls` command and `hadoop fs -s...

GitHub user kemiya-yx opened a pull request: https://github.com/apache/hadoop/pull/44 The `hadoop fs -ls` command and `hadoop fs -stat` command will show different time if the default timezone isn't UTC You can merge this pull request into a Git repository by running: $ git

Jenkins build is back to normal : Hadoop-common-trunk-Java8 #680

See