Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-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 4809810984 for ; Wed, 10 Jul 2013 17:38:16 +0000 (UTC) Received: (qmail 13761 invoked by uid 500); 10 Jul 2013 17:38:15 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 13714 invoked by uid 500); 10 Jul 2013 17:38:15 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 13687 invoked by uid 99); 10 Jul 2013 17:38:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jul 2013 17:38:07 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: encountered temporary error during SPF processing of domain of jim@jagunet.com) Received: from [76.96.62.24] (HELO qmta02.westchester.pa.mail.comcast.net) (76.96.62.24) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jul 2013 17:38:02 +0000 Received: from omta08.westchester.pa.mail.comcast.net ([76.96.62.12]) by qmta02.westchester.pa.mail.comcast.net with comcast id ybpC1l0040Fqzac51hdMM4; Wed, 10 Jul 2013 17:37:21 +0000 Received: from [192.168.199.10] ([69.251.80.74]) by omta08.westchester.pa.mail.comcast.net with comcast id yhdL1l01N1cCKD93UhdMHp; Wed, 10 Jul 2013 17:37:21 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Whereforeartthou, 2.5.0? From: Jim Jagielski In-Reply-To: <20130710121227.05fa9a2e@hub> Date: Wed, 10 Jul 2013 13:37:20 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130710011910.202158ca@hub> <637158A6-0F94-4DAA-9673-0EE17259CB07@jaguNET.com> <20130710121227.05fa9a2e@hub> To: dev@httpd.apache.org X-Mailer: Apple Mail (2.1508) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1373477841; bh=wZ71URCCZgQneF1j+G1CUdvZvM6Mcm3l8hk2YlyiDZY=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=m4uT/GXJzcJE3tXDlPBxVQ9QCm85CKTOBLJDxTz+YbRz2Oad2Tet5d3k/uMh5KnH3 inVXFHnrpUgvgyeiFY3IMkVNx/PLwW6nWETqWrQO7PFnuC9WpKv02vC3DSqIIGviTS CvZhghOyyOGE8T+MVmKFSF/bBpYJa+k18F9JfBabibTnZY82RKge+E33zEVdJBJMwl Nh3RfRtz0eYseh/Fc1J3ofmpMdBhUGMKsj58LzZI0nW3Zeha9Y49nJR2E/MPfKlJl4 MCn5mtt10bnD+SgI+uveKkaRklkS81d5mWPElbnbKVTpBFHJ2ECGJ2zqepX/14bqRs 29PZCdTAozntQ== X-Virus-Checked: Checked by ClamAV on apache.org On Jul 10, 2013, at 1:12 PM, "William A. Rowe Jr." = wrote: >=20 > What does the question of how long can a prospective RM hold that = baton > before it becomes an excessive period of time (being the act of one > committer, whether that is you or I or another, which prevents others > from offering to do so in a more timely manner)... >=20 That is total hogwash. If someone wants to take on the RM position and someone has currently "volunteered" for it, then raise the question on the list. Example: Bill: Jim, I see you have volunteered to release 2.4.5 but it's not out yet. Jim: Yes, I was hoping for a more "complete" 2.4.5. release. Bill: I see. But I think we should have it out now. Would you mind pushing one out or if I take over as RM for this release. Jim: Not at all. I'll do a T&R in 24hr (or whatever). Whatever it's worth, I've been trying to push a 2.4.5 out since late May, and if you look at the threads, you'll see that it resulted in a suite of work done in pushing code from trunk to 2.4, including security stuff. It's not like it wasn't released because someone "dropped the ball" but instead because I was waiting for the balls to settle down. And, imo, the 2.4.5 that we will release now is much better than the one we would have released ~1 month ago. What ever happened to "We release when it's ready"? And trusting the RM to make that determination. If your idea of "its ready" is different than mine, then there are ways of handling that (it's called "communication") other than adding layers of procedures. And I must say again, the "problem" isn't the RM or the RM process itself; it's the backporting process which is currently holding things back. (imo of course).=