Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 49BF318C97 for ; Tue, 24 Nov 2015 01:48:56 +0000 (UTC) Received: (qmail 38404 invoked by uid 500); 24 Nov 2015 01:48:55 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 38198 invoked by uid 500); 24 Nov 2015 01:48:55 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 38181 invoked by uid 99); 24 Nov 2015 01:48:54 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Nov 2015 01:48:54 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 71EBBC048F for ; Tue, 24 Nov 2015 01:48:54 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.901 X-Spam-Level: ** X-Spam-Status: No, score=2.901 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id YMlqIKVXmjC3 for ; Tue, 24 Nov 2015 01:48:40 +0000 (UTC) Received: from mail-lf0-f42.google.com (mail-lf0-f42.google.com [209.85.215.42]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 8494D20CE7 for ; Tue, 24 Nov 2015 01:48:39 +0000 (UTC) Received: by lffu14 with SMTP id u14so2879262lff.1 for ; Mon, 23 Nov 2015 17:48:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=8xp+NL/QqG5E/rbtTrCaM7xrO5BvfTEXcLh7SwR8ErE=; b=QLBfnuYC1F84Iao4dLAXF6Rp3g3JaUh2+jzChbtv+CLbD5kMOgOgUjSGjGtdXkzMg+ BjsK9hiuMBtaD3o+nxfFp550Lc+Ix9K6ahD8gG4MZQaCNaT9YEPXj4NASfuWHaY7izBA 6WPid5uxRdDj9M44s2Ewvcu9RYB+ikM2wBvsraL+c9I6REDacF87TeGTaKLAbPPyxa+7 ykzo1e5NNORu90uGYZAeID/v5LK2mncMJvAI+PHosSo/Fmnbw3pOwoXDfqhrextfl+kt CE3IB+794hClpoxGLhQDb6QtHutr6oBZi25i9bcloPLfwU9J1YAbk7XOJZlKpVHKe9D6 F9PQ== MIME-Version: 1.0 X-Received: by 10.25.35.194 with SMTP id j185mr13145684lfj.62.1448329717785; Mon, 23 Nov 2015 17:48:37 -0800 (PST) Received: by 10.25.126.210 with HTTP; Mon, 23 Nov 2015 17:48:37 -0800 (PST) In-Reply-To: References: <20151118003713.GI4878@tpx> <20151118015706.GK4878@tpx> <564C1F58.6040404@gmail.com> <20151122201841.GH4878@tpx> Date: Tue, 24 Nov 2015 01:48:37 +0000 Message-ID: Subject: Re: RTC vs CTR (was: Concerning Sentry...) From: Niall Pemberton To: general-incubator Content-Type: multipart/alternative; boundary=001a113a9f0458a9a305253f8a27 --001a113a9f0458a9a305253f8a27 Content-Type: text/plain; charset=UTF-8 On Mon, Nov 23, 2015 at 12:10 PM, Greg Stein wrote: > On Mon, Nov 23, 2015 at 5:57 AM, Sam Ruby wrote: > > > On Mon, Nov 23, 2015 at 5:20 AM, Greg Stein wrote: > > > > > > Nobody is forcing anything. > > > > > > Personally, I am saying RTC is destructive, and am willing to give > every > > > podling that message. > > > > If it is truly destructive, SHOULDN'T you/we be trying to force > > something? And if not, doesn't that mean that it isn't really all > > that destructive? > > > > I believe that I represent a minority position, so no... I'm not going to > suggest changes. I wish to forestall more projects falling into the RTC > trap, but (at the moment) don't believe that it makes sense to attempt to > apply mandates against RTC upon existing communities. > > > > As a Director, would you consider stop approving reports from ASF > > projects that operate under a RTC model? If not, aren't you sending a > > mixed message? > > > > I have thought about this, yes. Maybe add a question to the proposal > template, on what form they're thinking about (and where I could debate the > proposal against RTC). And maybe debate podlings who want to graduate under > RTC. > I think this is too late - if you want to debate it, then it needs to be when projects enter incubation. By the time they're ready to graduate then (presumably) things are already going well and theres less impetus to change. Niall > But as a Director, if the community is producing releases, then I find it > difficult to point to RTC as a problem for that community. It is an > unprovable position: there is no way to state their community could be > better off under CTR. > > > > > > - Sam Ruby > > > > P.S. To be clear: I am not a fan of RTC when applied to release.next > > branches. > > > I'd appreciate your explanation of this, as "most" CTR communities apply > RTC to a branch as they prepare a release. What disturbs you about this > approach? > > Cheers, > -g > --001a113a9f0458a9a305253f8a27--