Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <4DED5A65.3090908@rowe-clan.net>
Date: Mon, 06 Jun 2011 17:53:25 -0500
From: "William A. Rowe Jr." <wrowe@rowe-clan.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US;
 rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10
MIME-Version: 1.0
To: Graham Leggett <minfrin@sharp.fm>
CC: dev@apr.apache.org
Subject: Re: svn commit: r1128885 - in /apr/apr/trunk: build/apu-conf.m4
 build/apu-ldap.m4
 configure.in
References: <20110529145931.60F722388901@eris.apache.org>
 <38C960CC-8BA2-4609-8564-5D64AE7F2925@sharp.fm>
 <4DE4FC69.90803@rowe-clan.net>
 <186558C0-B164-4899-85C7-6A71474D647E@sharp.fm>
 <4DE537E5.5050208@rowe-clan.net>
 <6EE4576E-8BA3-4DAB-89C4-CF2EE2408DDA@sharp.fm>
 <4DE6C90A.9030302@rowe-clan.net>
 <06420815-80CD-4C94-946E-703B200650CD@sharp.fm>
 <4DE79BF7.10409@rowe-clan.net>
 <BDD74A2F-79FA-4199-940C-F9CAB0B43F81@sharp.fm>
 <4DE852DF.4020206@rowe-clan.net>
 <0EDBE600-F9CD-4CF6-8484-85C09DD63134@sharp.fm>
In-Reply-To: <0EDBE600-F9CD-4CF6-8484-85C09DD63134@sharp.fm>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

On 6/6/2011 5:30 PM, Graham Leggett wrote:
> 
> Given that apr_crypto is in the
> soon-to-see-light-of-day apr-util v1.4, and we don't want to have APIs change
> unnecessarily, apr_crypto needs to be perfected first. That's some backports and some
> polishing away.

Well, exactly.  apr_crypto must be reviewed if anyone wants to ship it
in 1.x, apr_ldap and apr_dbd probably don't change in generation 1.x
(not unless there is some hugely compelling reason for backport).

apr_dbd must be changed prior to apr 2.0 if there is anything we strongly
believe must be corrected for GA.  E.g. nothing can be dropped or changed
from apr 2.1 (new functions, yes, deprecated, yes, changed, no, dropped, no).

apr_ldap is new development, it doesn't need to change for apr 2.0.  That
is to say, a fresh apr_ldap can be introduced in apr 2.1 or 2.0.  So it's
just a matter of volunteer time, energy and momentum.  In the interim it
is where it belongs, at it's single consumer.

I am still waiting for your answer to who the other consumers are of apr_ldap.