Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 72418 invoked from network); 4 Aug 2007 14:42:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2007 14:42:52 -0000 Received: (qmail 92149 invoked by uid 500); 4 Aug 2007 14:42:45 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 92087 invoked by uid 500); 4 Aug 2007 14:42:44 -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 92076 invoked by uid 99); 4 Aug 2007 14:42:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Aug 2007 07:42:44 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [209.133.199.10] (HELO jimsys.jagunet.com) (209.133.199.10) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Aug 2007 14:42:25 +0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by jimsys.jagunet.com (Postfix) with ESMTP id E7ACC938CE9 for ; Sat, 4 Aug 2007 10:42:15 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <46B46AA8.3040801@apache.org> References: <5EC0435F-DDF3-4CC2-B0FA-F4AA5B28957D@jaguNET.com> <46B46AA8.3040801@apache.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <60D2FE1C-7CCD-4F9B-B5E5-8781EC402D4B@jaguNET.com> Content-Transfer-Encoding: 7bit From: Jim Jagielski Subject: Re: T&R schedule Date: Sat, 4 Aug 2007 10:42:15 -0400 To: dev@httpd.apache.org X-Mailer: Apple Mail (2.752.2) X-Virus-Checked: Checked by ClamAV on apache.org On Aug 4, 2007, at 8:01 AM, Ruediger Pluem wrote: > > > On 08/03/2007 06:21 PM, Jim Jagielski wrote: >> Lets shoot for a T&R of 1.3, 2.0 and 2.2 on Aug 10th... That >> means a possible release on the 13th. That way, admins >> aren't compelled to upgrade before/during the weekend (other- >> wise, T&R on the 8th and release on the 10th would make >> sense) > > +1 in general, but I think the timing of T&R should be independent > from admins needs. It should be more driven by the ability of > people to test the RC. Actually, it's both, with the pref, of course, given to actual testing. However, coming from the fact that, from the beginning, we developers were also users (and admins), we maintain an affinity for the troubles and turmoils of being an admin, and try to avoid doing releases right before the weekend or holidays, if we can help it.