Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 38645 invoked from network); 9 Aug 2005 18:36:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 9 Aug 2005 18:36:09 -0000 Received: (qmail 78454 invoked by uid 500); 9 Aug 2005 18:36:09 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 78219 invoked by uid 500); 9 Aug 2005 18:36:08 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 78206 invoked by uid 99); 9 Aug 2005 18:36:08 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Aug 2005 11:36:08 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [209.68.5.17] (HELO relay03.pair.com) (209.68.5.17) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 09 Aug 2005 11:36:30 -0700 Received: (qmail 86735 invoked from network); 9 Aug 2005 18:36:05 -0000 Received: from unknown (HELO ?10.0.100.15?) (unknown) by unknown with SMTP; 9 Aug 2005 18:36:05 -0000 X-pair-Authenticated: 206.80.1.253 Message-ID: <42F8F5B8.2000608@electricjellyfish.net> Date: Tue, 09 Aug 2005 11:28:08 -0700 From: Garrett Rooney User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nick Kew CC: dev@apr.apache.org Subject: Re: APR/APR-Util 1.2.0 References: <42F8DC59.9010708@electricjellyfish.net> <42F8F61B.2060203@webthing.com> In-Reply-To: <42F8F61B.2060203@webthing.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Nick Kew wrote: > Garrett Rooney wrote: > >> Since apparently we require a release of APR-Util 1.2.0 to go along >> with APR 1.2.0, and the only thing holding back APR-Util 1.2.0 is the >> fact that the APR-DBD interfaces are going to change in the very near >> future so that they can support Oracle, > > > Please see my post of Aug. 3rd. The likely changes will be fully > back-compatible, so there's no reason not to exclude apr_dbd as-is > from a new release. > Actually, I just replied to that, I'm not sure your proposed way forward is in line with our versioning guidelines... -garrett