Resolving apr dependencies while generating httpd rpm build compiled from source

2014-03-01 Thread Venkatesh Prabu Narayanan
Hi, I am new to this list. I am trying to compile httpd 2.2.24 rpm build from source tar ball and it is failing with apr, apr-util dependencies. [root@localhost httpd]# rpmbuild -ba httpd-2.2.24.spec error: Failed build dependencies: /usr/bin/apr-1-config is needed by httpd-2.2.24-1.i386

Re: svn commit: r1572967 - /httpd/httpd/trunk/modules/proxy/proxy_util.c

2014-03-01 Thread Yann Ylavic
Yes you're right, it is sometimes surprising. Modified in r1573229. On Sat, Mar 1, 2014 at 7:24 PM, Jim Jagielski wrote: > FWIW, I'm not a big fan of using the ternary op > for flow control... > On Feb 28, 2014, at 9:46 AM, yla...@apache.org wrote: > > > Author: ylavic > > Date: Fri Feb 28 14:4

Re: svn commit: r1572670 - /httpd/httpd/trunk/modules/filters/mod_deflate.c

2014-03-01 Thread Yann Ylavic
On Fri, Feb 28, 2014 at 9:27 PM, Ruediger Pluem wrote: > > > yla...@apache.org wrote: > > Author: ylavic > > Date: Thu Feb 27 18:08:34 2014 > > New Revision: 1572670 > > > > URL: http://svn.apache.org/r1572670 > > Log: > > Commit 5 on 6 to fix reentrance (incomplete Zlib header or validation > by

Re: svn commit: r1572967 - /httpd/httpd/trunk/modules/proxy/proxy_util.c

2014-03-01 Thread Jim Jagielski
FWIW, I'm not a big fan of using the ternary op for flow control... On Feb 28, 2014, at 9:46 AM, yla...@apache.org wrote: > Author: ylavic > Date: Fri Feb 28 14:46:50 2014 > New Revision: 1572967 > > URL: http://svn.apache.org/r1572967 > Log: > mod_proxy: follows up r1572630. > Don't reuse a SSL

Re: Improving The RewriteMap Program Feature

2014-03-01 Thread Eric Covener
> If the RewriteMap Program fails, the code within mod_rewrite returns an > empty string rather than NULL. In my tests this caused /index.htm to be > returned as the URL which is not very useful. I think it makes more sense to > handle this situation as a NULL so that the default key is used as we

Re: Improving The RewriteMap Program Feature

2014-03-01 Thread Tim Bannister
On 28 Feb 2014, at 19:52, Kev wrote: > As for working around the potential bottleneck, I think this would be more > complicated. One solution would be to launch a pool of programs and allow > incoming requests to be handled by the first unlocked program that was still > running. Does this soun