Return-Path: X-Original-To: apmail-hadoop-common-dev-archive@www.apache.org Delivered-To: apmail-hadoop-common-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B69721796C for ; Tue, 21 Apr 2015 22:12:36 +0000 (UTC) Received: (qmail 47760 invoked by uid 500); 21 Apr 2015 22:12:35 -0000 Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org Received: (qmail 47701 invoked by uid 500); 21 Apr 2015 22:12:35 -0000 Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-dev@hadoop.apache.org Delivered-To: mailing list common-dev@hadoop.apache.org Received: (qmail 47680 invoked by uid 99); 21 Apr 2015 22:12:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Apr 2015 22:12:34 +0000 X-ASF-Spam-Status: No, hits=3.2 required=5.0 tests=HTML_MESSAGE,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of kasha@cloudera.com does not designate 54.191.145.13 as permitted sender) Received: from [54.191.145.13] (HELO mx1-us-west.apache.org) (54.191.145.13) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Apr 2015 22:12:29 +0000 Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id EBF7C254FB for ; Tue, 21 Apr 2015 22:12:08 +0000 (UTC) Received: by wicmx19 with SMTP id mx19so73496625wic.1 for ; Tue, 21 Apr 2015 15:12:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ABjBkWzExwSG4Uc1Q7V5FpZXqDDgqmX8lWyxn5O5Rwc=; b=KnxQBupuOvRu/gnoNGxhfNxs2sypoGBb1gDUQWm+wAQLxrXPmBha9ftp31qkRKqlOT e/stUknOSi+zG5dYhMbYobxSVvXCrdnJNftFMJ4vWNtti4j7650O8isuwJVPw+POXvrW vMrnXO95fXCm+O7rC9oON3wGxVJ5zcJHJTvK4pK8vrBCyiLO/g+pgOHCmAjNF+gFK4Yz LdYGXYjHHE3b6xHWBFhEbAsZUO6X0hn2TQZc5jhM4Cvl8awvp3TNFMDtJTyYbNWBW2hQ H5IP6RJ2vPc6mR1OHvqv3Nr7ypZJVeUnzzMIGxaIAWgJ3tIgbN5TnqPa9ItmCuMnT9rU Uf6g== X-Gm-Message-State: ALoCoQnQqP306fuWY9UcL1thkP/8S5HP0Je8/3G3tdp5b7gZhfi+C4278VP/eOYw9MdGzQ8mQX/9 MIME-Version: 1.0 X-Received: by 10.180.7.234 with SMTP id m10mr241211wia.93.1429654327690; Tue, 21 Apr 2015 15:12:07 -0700 (PDT) Received: by 10.28.143.3 with HTTP; Tue, 21 Apr 2015 15:12:07 -0700 (PDT) In-Reply-To: References: Date: Tue, 21 Apr 2015 15:12:07 -0700 Message-ID: Subject: Re: [DISCUSS] Looking to a 2.8.0 release From: Karthik Kambatla To: "mapreduce-dev@hadoop.apache.org" Cc: "common-dev@hadoop.apache.org" , "yarn-dev@hadoop.apache.org" , "hdfs-dev@hadoop.apache.org" , vinodkv@apache.org Content-Type: multipart/alternative; boundary=f46d0442866c5a9f5c0514435676 X-Virus-Checked: Checked by ClamAV on apache.org --f46d0442866c5a9f5c0514435676 Content-Type: text/plain; charset=UTF-8 The feature set here seems pretty long, even for 2 - 3 months. Can we come up with a minimum set of features (or a number of features) that justify a new minor release, and start stabilizing as soon as those are in? On Tue, Apr 21, 2015 at 2:39 PM, Vinod Kumar Vavilapalli wrote: > With 2.7.0 out of the way, and with more maintenance releases to stabilize > it, I propose we start thinking about 2.8.0. > > Here's my first cut of the proposal, will update the Roadmap wiki. > - Support *both* JDK7 and JDK8 runtimes: HADOOP-11090 > - Compatibility tools to catch backwards, forwards compatibility issues at > patch submission, release times. Some of it is captured at YARN-3292. This > also involves resurrecting jdiff (HADOOP-11776/YARN-3426/MAPREDUCE-6310) > and/or investing in new tools. > - HADOOP-11656 Classpath isolation for downstream clients > - Support for Erasure Codes in HDFS HDFS-7285 > - Early work for disk and network isolation in YARN: YARN-2139, YARN-2140 > - YARN Timeline Service Next generation: YARN-2928. At least branch-merge > + early peek. > - Supporting non-exclusive node-labels: YARN-3214 > > I'm experimenting with more agile 2.7.x releases and would like to continue > the same by volunteering as the RM for 2.8.x too. > > Given the long time we took with 2.7.0, the timeline I am looking at is > 8-12 weeks. We can pick as many features as they finish along and make a > more predictable releases instead of holding up releases for ever. > > Thoughts? > > Thanks > +Vinod > -- Karthik Kambatla Software Engineer, Cloudera Inc. -------------------------------------------- http://five.sentenc.es --f46d0442866c5a9f5c0514435676--