From owner-freebsd-apache@FreeBSD.ORG  Fri Jun 12 06:34:48 2009
Return-Path: <owner-freebsd-apache@FreeBSD.ORG>
Delivered-To: apache@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 0A9A51065670;
	Fri, 12 Jun 2009 06:34:48 +0000 (UTC)
	(envelope-from pgollucci@FreeBSD.org)
Received: from exhub015-2.exch015.msoutlookonline.net
	(exhub015-2.exch015.msoutlookonline.net [207.5.72.94])
	by mx1.freebsd.org (Postfix) with ESMTP id EC1F38FC13;
	Fri, 12 Jun 2009 06:34:47 +0000 (UTC)
	(envelope-from pgollucci@FreeBSD.org)
Received: from [172.28.1.202] (76.161.175.34) by smtpx15.msoutlookonline.net
	(207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0;
	Thu, 11 Jun 2009 23:24:46 -0700
Message-ID: <4A31F4AB.5040504@FreeBSD.org>
Date: Fri, 12 Jun 2009 02:24:43 -0400
From: "Philip M. Gollucci" <pgollucci@FreeBSD.org>
Organization: FreeBSD
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: apache@freebsd.org
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: ports@freebsd.org, "portmgr@FreeBSD.org" <portmgr@FreeBSD.org>
Subject: RE: apr
X-BeenThere: freebsd-apache@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Support of apache-related ports  <freebsd-apache.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-apache>, 
	<mailto:freebsd-apache-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-apache>
List-Post: <mailto:freebsd-apache@freebsd.org>
List-Help: <mailto:freebsd-apache-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-apache>,
	<mailto:freebsd-apache-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jun 2009 06:34:48 -0000

All,

I'd like to propose the following:

devel/apr0 0.9.x
devel/apr1 1.x
devel/apr2 2.x (un-released, but soon)

Then, I'd propose that any port that bundles apr have it 'removed'
and those ports depend on the apr ports.

I.E
  www/apache22
  www/apache20
  devel/subversion

We get to eliminate WITH_APR_FROM_PORTS knob and WITH_APACHE2_APR.

This will be come a larger issue once apr2 is relased
and the imminent www/apache23, www/apache24.