Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@www.apache.org Received: (qmail 89242 invoked from network); 12 Jan 2009 16:45:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Jan 2009 16:45:28 -0000 Received: (qmail 81625 invoked by uid 500); 12 Jan 2009 16:45:28 -0000 Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 81606 invoked by uid 500); 12 Jan 2009 16:45:28 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 81597 invoked by uid 99); 12 Jan 2009 16:45:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jan 2009 08:45:28 -0800 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of margol@beamartyr.net does not designate 199.203.54.245 as permitted sender) Received: from [199.203.54.245] (HELO vl654.host245.netvision.net.il) (199.203.54.245) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jan 2009 16:45:20 +0000 Received: from [192.168.2.18] (DSL212-235-31-243.bb.netvision.net.il [212.235.31.243]) (authenticated bits=0) by mail1.mirimar.net (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id n0CGipAQ003385 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Jan 2009 18:44:53 +0200 Message-ID: <496B737E.9030500@beamartyr.net> Date: Mon, 12 Jan 2009 18:44:46 +0200 From: Issac Goldstand User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Joe Schaefer , APREQ List Subject: Re: svn commit: r733221 - in /httpd/apreq/branches/v2_10: include/apreq_version.h library/module_cgi.c library/parser.c module/apache2/handle.c References: <20090110014205.9D08B23888EB@eris.apache.org> <4968C41D.5020904@beamartyr.net> <523404.49603.qm@web54406.mail.yahoo.com> <1231668644.28717.0.camel@shrek.rexursive.com> <110386.24919.qm@web54405.mail.yahoo.com> <1231776564.28717.4.camel@shrek.rexursive.com> <928814.8279.qm@web54404.mail.yahoo.com> In-Reply-To: <928814.8279.qm@web54404.mail.yahoo.com> X-Enigmail-Version: 0.95.7 OpenPGP: url=http://www.beamartyr.net/pubkey.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hector.mirimar.net X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 Joe Schaefer wrote: > ----- Original Message ---- > > >> From: Bojan Smojver >> To: Joe Schaefer >> Cc: Issac Goldstand ; apreq-dev@httpd.apache.org >> Sent: Monday, January 12, 2009 11:09:23 AM >> Subject: Re: svn commit: r733221 - in /httpd/apreq/branches/v2_10: include/apreq_version.h library/module_cgi.c library/parser.c module/apache2/handle.c >> >> On Mon, 2009-01-12 at 06:32 -0800, Joe Schaefer wrote: >> >>> Are you planning to pursue 2.10 as RM or >>> should we be moving on to 2.11? The only outstanding issue I am aware >>> of is pgollucci's claim that the perl modules aren't linking correctly >>> to libapreq2 on Solaris. While that would be nice to fix, I don't consider >>> it a showstopper either. >>> >> I'm kinda waiting for the outcome of that discussion on the list before >> we go ahead. From what I can see, current decision is to have 2.11 >> released, right? If so, let's roll that (I'm not attached to version >> numbers in any way). >> > > I've looked over pgollucci's build tree on the perl zone and confirmed > that the perl .so modules cannot locate either libapreq2 nor libapr. > We may need to add more rpath-related stuff to our linking flags. > > With respect to 2.10 or 2.11, it all depends on what we wanna do with that > v2_10 branch. It's current now, and I don't mind keeping it synced with > trunk if someone's planning to release from it this week. But if not, I > think we should move on to 2.11. > > > > Regardless of that, I'd like to merge in the enhanced-cgi stuff later in the week. So we can either do 2 consecutive releases or get 2.10 out the door now and re-vote on 2.11 in another week or so.