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/
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_
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
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)
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
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,
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
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.
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
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
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
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 :)
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
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
*) 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
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
16 matches
Mail list logo