Return-Path: X-Original-To: apmail-apr-dev-archive@www.apache.org Delivered-To: apmail-apr-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 89090DAD8 for ; Sun, 12 Aug 2012 17:40:51 +0000 (UTC) Received: (qmail 32909 invoked by uid 500); 12 Aug 2012 17:40:50 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 32776 invoked by uid 500); 12 Aug 2012 17:40:50 -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 32766 invoked by uid 99); 12 Aug 2012 17:40:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 12 Aug 2012 17:40:50 +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: neutral (athena.apache.org: local policy) Received: from [64.202.165.33] (HELO smtpauth11.prod.mesa1.secureserver.net) (64.202.165.33) by apache.org (qpsmtpd/0.29) with SMTP; Sun, 12 Aug 2012 17:40:42 +0000 Received: (qmail 4098 invoked from network); 12 Aug 2012 17:40:20 -0000 Received: from unknown (76.252.112.72) by smtpauth11.prod.mesa1.secureserver.net (64.202.165.33) with ESMTP; 12 Aug 2012 17:40:20 -0000 Message-ID: <5027EA83.6000805@rowe-clan.net> Date: Sun, 12 Aug 2012 10:40:19 -0700 From: "William A. Rowe Jr." User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: dev@apr.apache.org Subject: Re: [VOTE] Release apr-util 1.5.0 References: <201208062224.52416.sf@sfritsch.de> <5024E2A3.6070705@kippdata.de> <201208102205.00717.sf@sfritsch.de> In-Reply-To: <201208102205.00717.sf@sfritsch.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 8/10/2012 1:05 PM, Stefan Fritsch wrote: > Thanks for the detailed tests. > > On Friday 10 August 2012, Rainer Jung wrote: >> If you don't need to release before, I would like to fix the LDADD >> use over the weekend, but it is not a show stopper. > > It seems I will be busy in the next few days. It is unlikely that I > T&R 1.5.1 before next Wednesday. > >> Another nice to have would be an expat update to 2.1.0. > > Has anyone looked into this before and knows how much work this is? I have an alternate suggestion as of 1.5 - to drop our embedded expat just as we did in trunk. Require the user to obtain the (now once again maintained) expat package. > Another nice to have fix would be support for newer Berkley DB > versions (PR 53684). And I'd also like to incorporate the rfc implementation of punycode encode/decode for use by any i18n domain features of our consumers, such as httpd or even client apps. Would anyone mind, if I can get this into the tree by tuesday aftn? As 1.5.0 wasn't released, I don't think the binary compatibility is an issue just yet.