Return-Path: X-Original-To: apmail-perl-dev-archive@www.apache.org Delivered-To: apmail-perl-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 43CCE10A0B for ; Thu, 7 Nov 2013 06:53:41 +0000 (UTC) Received: (qmail 55352 invoked by uid 500); 7 Nov 2013 06:53:41 -0000 Delivered-To: apmail-perl-dev-archive@perl.apache.org Received: (qmail 55256 invoked by uid 500); 7 Nov 2013 06:53:40 -0000 Mailing-List: contact dev-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@perl.apache.org Received: (qmail 55249 invoked by uid 99); 7 Nov 2013 06:53:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Nov 2013 06:53:40 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jkaluza@redhat.com designates 209.132.183.28 as permitted sender) Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Nov 2013 06:53:36 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id rA76rF3H001349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 7 Nov 2013 01:53:15 -0500 Received: from [10.34.24.234] (dhcp-24-234.brq.redhat.com [10.34.24.234]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id rA76rE9s007652 for ; Thu, 7 Nov 2013 01:53:15 -0500 Message-ID: <527B38D2.8060607@redhat.com> Date: Thu, 07 Nov 2013 07:53:06 +0100 From: =?UTF-8?B?SmFuIEthbHXFvmE=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 To: dev@perl.apache.org Subject: Re: mod_perl head build with httpd 2.4.6 on Linux results References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Virus-Checked: Checked by ClamAV on apache.org On 11/06/2013 10:38 PM, Steve Hay wrote: > On 6 November 2013 18:42, Fred Moyer wrote: >> On Wed, Nov 6, 2013 at 10:26 AM, Steve Hay wrote: >>> >>> On 6 November 2013 17:55, Fred Moyer wrote: >>>> Greetings, >>>> >>>> I've been tracking the httpd 2.4 dev work that Steve has been merging to >>>> trunk, >>> >>> I haven't merged anything into trunk. I created a new branch called >>> httpd24threading, copied from httpd24, and then merged the threading >>> branch into that. I was hoping that it would fix an >>> interpreter/threads-related problem that I was having on Windows with >>> the httpd24 branch, and it does indeed seem to have done. >> >> Clearly I need to pay better attention here... I'll check out the >> httpd24 branch and give that a whirl instead. > > Nooo! Check out the httpd24threading branch and give *that* a whirl!!! > *That*'s the one that I think we should merge into trunk when we're > happy with it, and if I read Jeff's latest post correctly then things > are better than I thought -- it looks like the Require line parsing > problem isn't actually a problem at all right now, and won't be until > such time as PerlAddAuthzProvider is updated to allow an optional 2nd > handler. So I think we can at least punt that issue into the future > for now, and worry about it if/when PerlAddAuthzProvider is enhanced. Latest httpd24threading looks OK on Fedora for me. It passes/fails the same tests as in older "httpd24" branch. cgi,t related failures are caused by r1491887 (Pointed that already in some older mail to this mailing list). compat/conn_rec.t is caused by client_addr vs. remote_addr I was not able to fix in httpd24 branch. Jan Kaluza > > >> >>> >>> There are still numerous test failures to sort out (not just on >>> Windows), plus a problem with the order of creating an interpreter vs. >>> handling Require directive parsing that has just come to light (also >>> presumably not just on Windows), which is mentioned in the commit >>> message for revision 1539414. Assistance with resolving that would be >>> greatly appreciated. >>> >>> After that, I think we could then be looking at merging it all into trunk :-) > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org > For additional commands, e-mail: dev-help@perl.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org For additional commands, e-mail: dev-help@perl.apache.org