Re: check for RAND_egd at configure time

2015-04-15 Thread Kaspar Brand
On 15.04.2015 20:43, Stefan Sperling wrote: > LibreSSL does not provide the RAND_egd() function. > > This patch adds a configure check to allow building mod_ssl with LibreSSL. > > Index: modules/ssl/config.m4 > === > --- modules/ssl/

Re: namespacing in mod_ssl

2015-04-15 Thread Kaspar Brand
On 15.04.2015 18:36, Stefan Sperling wrote: > However, the actual issue here is that mod_ssl is squatting the SSL_ > namespace. > Historically this may have made sense (it seems mod_ssl and OpenSSL have > shared history/authors). Bill Rowe suggested to try moving mod_ssl's > functions into the ap_

Re: namespacing in mod_ssl

2015-04-15 Thread Jeff Trawick
On 04/15/2015 02:54 PM, Jeff Trawick wrote: On 04/15/2015 11:36 AM, Stefan Sperling wrote: A few months ago, OpenBSD's LibreSSL added a new function called SSL_CTX_use_certificate_chain(). This unexpectedly broke the build of Apache's mod_ssl which defines a function of the same name. In OpenBSD

Re: namespacing in mod_ssl

2015-04-15 Thread Victor J. Orlikowski
On Apr 15, 2015, at 3:54 PM, Jeff Trawick wrote: > > IMO it would be appropriate to instead go one by one and make sure we're > using an appropriate name to begin with for these functions that are > squatting the SSL namespace, instead of making these often-bewildering names > ugly and (still)

Re: svn commit: r1673940 - in /httpd/httpd/branches/2.4.x: ./ CHANGES STATUS modules/ssl/ssl_util_ssl.c

2015-04-15 Thread Eric Covener
inadvertent -- thanks for the catch. On Wed, Apr 15, 2015 at 2:54 PM, Rainer Jung wrote: > Am 15.04.2015 um 21:49 schrieb cove...@apache.org: >> >> Author: covener >> Date: Wed Apr 15 19:49:31 2015 >> New Revision: 1673940 >> >> URL: http://svn.apache.org/r1673940 >> Log: >> Merge r1666297 from t

Re: namespacing in mod_ssl

2015-04-15 Thread Jeff Trawick
On 04/15/2015 11:36 AM, Stefan Sperling wrote: A few months ago, OpenBSD's LibreSSL added a new function called SSL_CTX_use_certificate_chain(). This unexpectedly broke the build of Apache's mod_ssl which defines a function of the same name. In OpenBSD this was worked around by patching mod_ssl,

Re: svn commit: r1673940 - in /httpd/httpd/branches/2.4.x: ./ CHANGES STATUS modules/ssl/ssl_util_ssl.c

2015-04-15 Thread Rainer Jung
Am 15.04.2015 um 21:49 schrieb cove...@apache.org: Author: covener Date: Wed Apr 15 19:49:31 2015 New Revision: 1673940 URL: http://svn.apache.org/r1673940 Log: Merge r1666297 from trunk: ssl_util: Fix possible crash (free => OPENSSL_free) and error path leaks when checking the server certifica

check for RAND_egd at configure time

2015-04-15 Thread Stefan Sperling
LibreSSL does not provide the RAND_egd() function. This patch adds a configure check to allow building mod_ssl with LibreSSL. Index: modules/ssl/config.m4 === --- modules/ssl/config.m4 (revision 1673798) +++ modules/ssl/config.

Re: svn commit: r1673904 - in /httpd/httpd/branches/2.4.x: ./ CHANGES STATUS docs/manual/mod/mod_logio.xml modules/loggers/mod_logio.c

2015-04-15 Thread Eric Covener
Thanks for the review On Wed, Apr 15, 2015 at 1:21 PM, Marion & Christophe JAILLET wrote: > compatibility note is missing in the doc. r1673924. > BTW, what is the reason of the LogIOTrackTTFB directive? No impact on > performance if %^FB is not needed? Unfortunately it needs to call apr_time_n

Re: svn commit: r1673904 - in /httpd/httpd/branches/2.4.x: ./ CHANGES STATUS docs/manual/mod/mod_logio.xml modules/loggers/mod_logio.c

2015-04-15 Thread Marion & Christophe JAILLET
Hi, compatibility note is missing in the doc. BTW, what is the reason of the LogIOTrackTTFB directive? No impact on performance if %^FB is not needed? CJ Le 15/04/2015 19:59, cove...@apache.org a écrit : Author: covener Date: Wed Apr 15 17:59:42 2015 New Revision: 1673904 URL: http://svn.a

namespacing in mod_ssl

2015-04-15 Thread Stefan Sperling
A few months ago, OpenBSD's LibreSSL added a new function called SSL_CTX_use_certificate_chain(). This unexpectedly broke the build of Apache's mod_ssl which defines a function of the same name. In OpenBSD this was worked around by patching mod_ssl, renaming the clashing function. Since then Libre

Re: svn commit: r1673850 - /httpd/httpd/branches/2.4.x/STATUS

2015-04-15 Thread Yann Ylavic
On Wed, Apr 15, 2015 at 6:25 PM, wrote: > Author: trawick > Date: Wed Apr 15 16:25:47 2015 > New Revision: 1673850 > > URL: http://svn.apache.org/r1673850 > Log: > one pear-flavored drink, one vote Can't wait for the next ones :)

Re: svn commit: r1672014 - in /httpd/httpd/trunk: CHANGES server/config.c

2015-04-15 Thread Kaspar Brand
On 14.04.2015 06:54, Kaspar Brand wrote: > On 13.04.2015 22:05, Ruediger Pluem wrote: >> Shouldn't we only do that in case that vit->log.level is set to >> main_server->log.level? >> Don't we lose the configuration done by the user for this particular host >> otherwise? > > Yes, you're right - t

Re: Ha!

2015-04-15 Thread Yann Ylavic
Done by Eric :) On Wed, Apr 15, 2015 at 4:04 PM, Jeff Trawick wrote: >*) mod_logio: Log time-to-first-byte via %^FB > trunk patch: http://svn.apache.org/r1671918 > 2.4.x patch: trunk works (modulo CHANGES) > +1: covener > +<<< .mine > + trawick: r1673113 should be ad

Ha!

2015-04-15 Thread Jeff Trawick
*) mod_logio: Log time-to-first-byte via %^FB trunk patch: http://svn.apache.org/r1671918 2.4.x patch: trunk works (modulo CHANGES) +1: covener +<<< .mine + trawick: r1673113 should be added to the proposal +=== ylavic: +1 with http://svn.apache.org/r1673113

Re: Extending mod_authz_dbd

2015-04-15 Thread Graham Leggett
On 14 Apr 2015, at 7:38 PM, Jose Kahan wrote: > require sql-query "SELECT * FROM foo WHERE user=${REMOTE_USER} > AND uri=${REQUEST_URI} AND ${REQUEST_METHOD} in > ('GET', 'POST')" > > While browsing for information regarding this point, I only > found people a