Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 2874 invoked by uid 500); 13 Jan 2003 18:39:01 -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: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 2861 invoked from network); 13 Jan 2003 18:39:00 -0000 From: "Bill Stoddard" To: Subject: APACHE_2_0_BRANCH and APR Date: Mon, 13 Jan 2003 13:35:38 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N There are two votes in the STATUS that deserve some on list discussion. * APACHE_2_0_BRANCH uses a level of APR code branched from the APACHE_2_0_43 tag. yes: trawick, jerenkrantz no: wrowe wrowe observes that we have already finished substantial bug fixing in 0.9.2-dev since APACHE_2_0_43, so branching there seems arbitrary. * APACHE_2_0_BRANCH uses a level of APR code versioned 0.9.2-dev or later (to 0.9.9), so long it remains binary compatible. yes: wrowe no: wrowe suggests that when apr chooses to break compatibility, httpd would continue to use that last compatible build. to the best of my knowledge, there is stuff in APR HEAD that breaks binary compatability. Bill Rowe, how do you plan to reconcile tihs with your vote? In principle, I agree that branching exactly at APACHE_2_0_43 might not be best because it does not pick up good fixes, but your alternative does not address the brokeness that exists now. Bill