Am 25.03.2020 um 11:06 schrieb Joe Orton:
On Tue, Mar 24, 2020 at 11:35:38PM +0100, Rainer Jung wrote:
Excellent. That gave me the right idea where to look at.
I found a way to pass additionals args inside Makefile.PL into
Apache::TestMM::Argv which get automatically added to $vars in
Apache
/666832095?utm_medium=notification&utm_source=email>
arrow to build time
clock icon11 mins and 11 secs
Rainer Jung avatarRainer Jung
5a6c1d7 CHANGESET →
<https://github.com/apache/httpd/compare/a6c6191bea8a...5a6c1d7d53df>
Trivial change to trigger Travis build.
git-svn-id:
https:
Thanks to you for the help and patience anfd for maintaing Travis!
Regards,
Rainer
Am 25.03.2020 um 16:15 schrieb Joe Orton:
On Wed, Mar 25, 2020 at 11:20:32AM +0100, Rainer Jung wrote:
And now I notice that's of course not appropriate (everone needing to change
the call to the Makefil
Am 27.03.2020 um 19:24 schrieb Steffen:
A discussion started on Apachelounge about an possible issue with
OpenSSL 1.1.1e ( https://www.apachelounge.com/viewtopic.php?p=38941#38941 )
This is the introduced new EOF in 1.1.1e :
https://github.com/openssl/openssl/commit/db943f43a60d1b5b1277e4b53
of the follwing
description for Solaris also holds for Linux.
Regards,
Rainer
Am 03.02.2019 um 13:30 schrieb Rainer Jung:
I can now frequently reproduce running t/modules/ext_filter.t only. I
stripped the reproducer down to the part of t/modules/ext_filter.t where
it runs
POST "/apache/extfilter/o
Am 26.03.2020 um 15:50 schrieb Daniel Ruggeri:
Hi, all;
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release this
candidate tarball as 2.4.43:
[X] +1: It's not just good, it'
Am 30.03.2020 um 11:28 schrieb Joe Orton:
On Mon, Mar 30, 2020 at 12:31:05AM +0200, Rainer Jung wrote:
I can now see the same problem on Linux (eg. RHEL 7, SLES 12 and SLES 15)
when doing testing for 2.4.43. I think it is not a regression and for me it
is not a showstopper, but something that
Am 13.04.2020 um 23:27 schrieb William A Rowe Jr:
On Mon, Apr 13, 2020 at 4:21 PM Christopher Schultz
mailto:ch...@christopherschultz.net>> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
William,
>> I'm having some trouble building 2.4.x directly from svn.
>>
Hi Stefen,
I think Stefan refers to his "somehow was partially using the old header
file". So during the build, there should be no other (from other
versions) header files from APR, APR-UTIL oder HTTPD anywhere on the
build system where the build process might find and use them.
He was assum
would sill contain that - now
unused - struct member?
Regards,
Rainer
Am 14.04.2020 um 11:05 schrieb Rainer Jung:
Hi Stefen,
I think Stefan refers to his "somehow was partially using the old header
file". So during the build, there should be no other (from other
versions) header file
Hi Steffen,
I didn't find a stack either, neither in the mail thread here nor in the
one on you forum. Just the error log lines and the clear text for the
windows error code.
Regards,
Rainer
Am 14.04.2020 um 11:51 schrieb Steffen:
Few posts above there is a GDB back trace.
On Tuesday 14/0
If I get this right, there is an element in elts, that has a valid
string key ("H2_STREAM_ID") bis a NULL value (2nd screenshot) and the
condition check in line 527 of the first screen shot checks key against
NULL and empty, but value only against empty but not against NULL. So
the empty check
Hi all,
triggered by the new mod_systemd I drafted a patch to enhance the
monitoring data it provides during the monitor hook run.
Currently it publishes important data, like idle and busy slots and
total request count, but also not so useful info like requests/second
and bytes/second as a l
- mod_status - instead of the long term averages since start. It could
probably be added to the code that already provides "sload". That way
mod_status would also profit from the more precise average values (taken
over the last monitor interval).
Regards,
Rainer
Am 23.04.2020 um 21:29 schr
Am 24.04.2020 um 16:21 schrieb Joe Orton:
On Fri, Apr 24, 2020 at 12:17:19PM +0200, Rainer Jung wrote:
Thinking further: I think it would make sense to have a module or core
implement the monitor hook to generate that derived data (requests/sec,
bytes/sec, durationMs/request, avgConcurrency) in
erages.
- Minor mmn change not yet part of the patch.
It compiles fine (maintainer mode) on RHEL 7 x86_64 and on Solaris 10
Sparc and I did some tests with mod_status and mod_systemd.
Regards,
Rainer
Am 24.04.2020 um 18:32 schrieb Rainer Jung:
Am 24.04.2020 um 16:21 schrieb Joe Orton:
Am 27.04.2020 um 08:57 schrieb Ruediger Pluem:
On 4/25/20 8:10 PM, Rainer Jung wrote:
Patch available at
home.apache.org/~rjung/patches/httpd-trunk-mon-snaps-v1_2.patch
Thanks for this.
Could you please create this as a PR on github as well? This ensures that all
the Travis tests are run
Hi Yann,
Am 27.04.2020 um 16:40 schrieb Yann Ylavic:
Hi Rainer,
On Mon, Apr 27, 2020 at 3:17 PM Rainer Jung wrote:
Thanks for this.
Could you please create this as a PR on github as well? This ensures that all
the Travis tests are run for your patch.
Thanks Rüdiger. Done and indeed
Am 27.04.2020 um 17:28 schrieb Yann Ylavic:
On Mon, Apr 27, 2020 at 5:18 PM Rainer Jung wrote:
Hi Yann,
Am 27.04.2020 um 16:40 schrieb Yann Ylavic:
Hi Rainer,
On Mon, Apr 27, 2020 at 3:17 PM Rainer Jung wrote:
Thanks for this.
Could you please create this as a PR on github as well? This
Am 27.04.2020 um 15:57 schrieb Joe Orton:
On Sat, Apr 25, 2020 at 08:10:40PM +0200, Rainer Jung wrote:
Patch available at
home.apache.org/~rjung/patches/httpd-trunk-mon-snaps-v1_2.patch
Very nice! +1 from me.
Does the times_per_thread logic still make any sense? It's always been
wron
Since there wasn't yet any reaction to Daniel's question: Is anybody
right now working on more warnings fixes for Windows?
The most prominent one (missing APLOGNo number = missing macro argument)
IMHO was already fixed by Christophe in r1880438. Anything else worth
waiting for or are we (is Da
r Eric (who fixed it on trunk) oand/or Christophe, who
backported it.
Best regards,
Rainer
Am 31.07.2020 um 15:36 schrieb Rainer Jung:
Since there wasn't yet any reaction to Daniel's question: Is anybody
right now working on more warnings fixes for Windows?
The most promine
Hi there,
during release testing for 2.4.45 I also built and tested using OpenSSL
3.0.0alpha5 on the server. Overall first results are pretty good:
- a few deprecation warnings during compilation:
modules/ssl/ssl_engine_config.c:610:5: warning: 'ENGINE_by_id' is
deprecated [-Wdeprecated-decl
Am 01.08.2020 um 16:13 schrieb Daniel Ruggeri:
Hi, all;
Third time is a charm! Please find below the proposed release tarball
and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release this
candidate tarball as 2.4.46:
[X] +1:
ver with a auto-loaded
openssl.cnf which contained the lines to load the legacy provider. The
provider got loaded, but still the handshakes with the old OpenSSL fail.
Don't know why. Probably not the biggest problem, because 0.9.8 based
clients should really not matter when thinking abou
: httpd is no longer linked against -lsystemd if mod_systemd
+ is enabled (and built as a DSO). [Rainer Jung]
+
+ *) mod_proxy_http2: respect ProxyTimeout settings on backend connections
+ while waiting on incoming data. [Ruediger Pluem, Stefan Eissing]
+
Changes with Apache 2.4.43
+ *)
to ensure the type of release (bug, security, enhancement)
is correct. It appears as though the file was just changed, but really
it's just because the text was bumped as-is from the 'dev' location to
the 'dist' location.
--
Daniel Ruggeri
On August 5, 2020 7:23:33 AM
Hi there,
the .gitignore file in modules/http2 contains "Makefile.in". That's
probably OK for the upstream Github variant, which contains a
Makefile.am, but in our svn repos for httpd the Makefile.in is needed as
the source of the Makefile generation.
Of course our svn doesn't care about the
:
Am 10.08.2020 um 16:38 schrieb Rainer Jung :
Hi there,
the .gitignore file in modules/http2 contains "Makefile.in". That's probably OK
for the upstream Github variant, which contains a Makefile.am, but in our svn repos for
httpd the Makefile.in is needed as the source of the Make
FYI: here's a list of symbols for which I get deprecation warnings when
compiling httpd 2.4.47 (plus bundled APU) against current OpenSSL
3.0.0alpha15:
srclib/apr-util/crypto/apr_crypto_openssl.c:141:5
ENGINE_load_builtin_engines
srclib/apr-util/crypto/apr_crypto_openssl.c:142:5
ENGINE_regist
When building 2.4.47 using OpenSSL 3.0.0alpha15 and running the test
suite, the proxy TLS connection fails with "Certificate Verification:
Error (3): unable to get certificate CRL":
[Mon Apr 26 10:00:50.352111 2021] [ssl:trace3] [pid 16699:tid
140438686086912] ssl_engine_kernel.c(2213): [remot
I am still investigating further, bit this is due to the fact, that the
CRL symlink in the crl directory is missing. Might be a local
integration issue. Will look further.
Am 26.04.2021 um 13:27 schrieb Rainer Jung:
When building 2.4.47 using OpenSSL 3.0.0alpha15 and running the test
suite
OK, it is a bug or behavior change in the "openssl crl" command line for
3.0.0 that leads to the CRL symlinks not being created any more.
I raised
https://github.com/openssl/openssl/issues/15031
Regards,
Rainer
Am 26.04.2021 um 15:34 schrieb Rainer Jung:
I am still investigati
Am 22.04.2021 um 11:25 schrieb Christophe JAILLET:
Hi, all;
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release this
candidate tarball as 2.4.47:
[ ] +1: It's not just good
Hi there,
I saw the following build warnings in 2.4.48:
modules/md/md_crypt.c:1382: warning: passing argument 1 of
‘BIO_new_mem_buf’ discards qualifiers from pointer target type
[-Wdiscarded-qualifiers]
=> happens only when building against OpenSSL 1.0.2 (initial release, no
letter suffix).
Am 20.05.2021 um 14:07 schrieb Noel Butler:
On 20/05/2021 21:19, Rainer Jung wrote:
Hi there,
I saw the following build warnings in 2.4.48:
modules/md/md_crypt.c:1382: warning: passing argument 1 of
‘BIO_new_mem_buf’ discards qualifiers from pointer target type
[-Wdiscarded-qualifiers
Am 17.05.2021 um 23:36 schrieb Christophe JAILLET:
Hi, all;
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release this
candidate tarball as 2.4.48:
[X] +1: It's not just goo
FYI: the problems I observed when running the httpd test suite using an
OpenSSL 0.9.8zh based client against a server build using OpenSSL 3.0.0
originated in the fact, that OpenSSL 3.0.0 by default no longer allows
RSA SHA1 and DSA SHA1 as signature algorithms. But 0.9.8 only support
TLS 1.0 wh
Hi there,
is my understanding correct, that even httpd trunk (and then also 2.4.x)
needs LDAP support in APR/APU to build mod_ldap and mod_authnz_ldap?
So since we removed LDAP support from APR trunk, that means those
modules currently can not be build using APR trunk, neither in httpd
trunk
Am 29.06.2021 um 14:31 schrieb Stefan Eissing:
Can comment really on the diff, but totally agree on the goal to minimize the
unresponsive time and make graceful less disruptive.
So +1 for that.
+1 on the intention as well.
Not sure, whether that means people would need more headroom in the
Thanks for the headroom explanation Yann, good reading!
Rainer
Am 25.08.2021 um 13:23 schrieb Yann Ylavic:
On Tue, Jun 29, 2021 at 3:00 PM Rainer Jung wrote:
Am 29.06.2021 um 14:31 schrieb Stefan Eissing:
Can comment really on the diff, but totally agree on the goal to minimize the
Hi there,
any chance we find an RM for a APR 1.7.1 release? At least there was the
fix for CVE-2021-35940 and CHANGES contains 15 more items (many of them
platform specific or build improvements). Last release 1.7.0 was in
April 2019.
For APR-util I don't know the current state and release n
Hi Dennis,
Am 13.09.2021 um 11:05 schrieb Dennis Clarke:
On 9/13/21 04:22, Joe Orton wrote:
On Mon, Sep 13, 2021 at 01:23:37AM -0400, Dennis Clarke wrote:
ALL :
I may receive no reply to this but in general I have been able to build
Apache httpd from any release tarball as well as from trun
Am 16.09.2021 um 13:59 schrieb ste...@eissing.org:
Am 16.09.2021 um 13:57 schrieb ste...@eissing.org:
Am 16.09.2021 um 13:50 schrieb ste...@eissing.org:
Am 16.09.2021 um 13:46 schrieb Daniel Gruno :
it's on announce@httpd.a.o already. I modded it through.
You need to send it to annou...@apach
Thanks for testing Dennis. We need to get this release out quick due to
regressions, so it wasn't the right moment to apply the OpenSSL patch.
I'm confident, that Joe's OpenSSL 3.0.0 patch will be included in the
next regular 2.4 release.
Best regards,
Rainer
Am 02.10.2021 um 13:01 schrieb
Am 07.10.2021 um 14:27 schrieb yla...@apache.org:
Modified: httpd/httpd/branches/2.4.x/include/ap_mmn.h
URL:
http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/include/ap_mmn.h?rev=1893977&r1=1893976&r2=1893977&view=diff
==
Thanks for the cool team effort and your work as RM!
I lost track about the correct expectation but wanted to note, that
https://dist.apache.org/repos/dist/dev/httpd/
does not contain a KEYS file. IMHO it did for the previous two releases,
but maybe the requirements changed.
Thanks!
Rainer
At least on Linux (SLES 11/12/15, RHEL 6/7/8) I run into a configure
error for APR from the deps tarball due to that configure being created
with autoconf 2.70 instead of 2.69 used for 2.4.51:
configure: error: could not determine the string function for int64_t
It comes from defining some thi
Am 17.12.2021 um 16:45 schrieb Stefan Eissing:
Am 17.12.2021 um 16:22 schrieb Rainer Jung :
At least on Linux (SLES 11/12/15, RHEL 6/7/8) I run into a configure error for
APR from the deps tarball due to that configure being created with autoconf
2.70 instead of 2.69 used for 2.4.51
Am 16.12.2021 um 15:03 schrieb Stefan Eissing:
Hi all,
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release
this candidate tarball httpd-2.4.52-rc1 as 2.4.52:
[X] +1: It's not
Hmmm, still no announcement mail received, or did I miss it?
Am 20.12.2021 um 10:53 schrieb Stefan Eissing:
The mailings to announce lists continue to bother me. The release announcement
is the the moderation queue (hopefully) and the cveprocess mails go right
through to the list. This is not
Aaah, sorry, it did come in now,, son't know whether via dev@ or
announce@. Thanks.
Am 20.12.2021 um 10:53 schrieb Stefan Eissing:
The mailings to announce lists continue to bother me. The release announcement
is the the moderation queue (hopefully) and the cveprocess mails go right
through t
Hi there,
in the light of the recent xz attack I was wondering, whether we should
also reduce our library dependencies by no longer using sd_notify() in
mod_systemd (thus loading libsystemd and all of its dependencies), but
instead taking the approach to hard code sd_notify functionality.
I
Hi there,
in preparation of the relase I am running the test framework against
recent httpd 2.4.x head.
I am seeing test failures in t/apache/pr64339.t:
# testing : content-type header test for /doc.xml
# expected: 'application/xml; charset=utf-8'
# received: 'application/xml;charset=utf-8'
n
Am 03.04.24 um 09:52 schrieb Joe Orton:
On Tue, Apr 02, 2024 at 08:46:46PM -0400, Eric Covener wrote:
This could be due to none of these happening:
- mod_mime didn't send a charset from backend
- no BOM
- no xml2EncDefault (8859-1 effectively by default) on frontend
To make the conf match the t
Minor nit: the format of the SHA hash files has changes. Example:
2.4.58:
fa16d72a078210a54c47dd5bef2f8b9b8a01d94909a51453956b3ec6442ea4c5
*httpd-2.4.58.tar.bz2
2.4.59:
SHA2-256(httpd-2.4.59-rc1.tar.bz2)=
ec51501ec480284ff52f637258135d333230a7d229c3afa6f6c2f9040e321323
I need to see how t
Thanks!
Am 03.04.24 um 21:13 schrieb Eric Covener:
On Wed, Apr 3, 2024 at 3:03 PM Eric Covener wrote:
On Wed, Apr 3, 2024 at 2:54 PM Rainer Jung wrote:
Minor nit: the format of the SHA hash files has changes. Example:
2.4.58
Hi there,
first although I saw very few pytest failures, I think the results are
overall fine and good enough for release.
I first had to find out, that I need to build the h2ws websocket client
during httpd build (for websocket tests) and use the right multipart
python module ("python-multi
I think I fixed all test failures, hopefully in the correct way. More
eyes welcome.
I have a few additional sporadic ERRORS:
A] ERROR during teardown check for log file errors or warnings (twice):
04.04.2024 21:14:42.205465 ___ ERROR at teardown of
TestStatus.test_md_920_020 _
Hi Stefan and all,
I have these additional RST in some more test cases (it seems the more
runs I do, the more popup). Would it make sense to allow RST after EOF
in *all* tests that look for EOF in
modules/http2/test_800_websockets.py? WDYT?
Thanks and regards,
Rainer
Am 05.04.24 um 09:04
Hi Jean-Frederic and all,
you didn't write at what point in time you take the thread dump. I see
the SIGTERM messages logged during test execution always during the last
test in each group (http2, md, ...) just because that is the time the
logs are checked by teardown for error messages. At th
Am 07.04.24 um 09:42 schrieb jean-frederic clere:
On 4/6/24 20:02, Rainer Jung wrote:
Hi Jean-Frederic and all,
you didn't write at what point in time you take the thread dump. I see
the SIGTERM messages logged during test execution always during the
last test in each group (http
Hi there,
I tried to check, whether the few remaining sporadic test failures
during pytest can be solved by updating pebble form 2.4.0 to 2.5.1
(which seems to be the same as 2.5.0).
Unfortunately I get a lot of FAILED md tests with that version. Does
anyone see the same?
Here's some more
I am getting some pytest failures when checking for assets (leading "/"
missing):
=== FAILURES
===
__ TestAssets.test_h2_006_03
___
self =
env =
def test_h2_006_03(self, env
Hi Rüdiger et al.,
Am 25.06.24 um 08:50 schrieb Ruediger Pluem:
On 6/25/24 1:12 AM, Rainer Jung wrote:
I am getting some pytest failures when checking for assets (leading "/"
missing):
==
Am 25.06.24 um 08:50 schrieb Ruediger Pluem:
On 6/25/24 1:12 AM, Rainer Jung wrote:
I am getting some pytest failures when checking for assets (leading "/"
missing):
==
Hi there,
Yann implemented an improvement for the listener wakeup when stopping in
the worker MPM. This was a fix for observed pytest failures, at least on
RHEL 9.
The change was not yet proposed for backport. I think it would be good
to propose it, once 2.4.60 is shipped.
The changes are:
Am 24.06.24 um 19:34 schrieb cove...@apache.org:
Author: covener
Date: Mon Jun 24 17:34:10 2024
New Revision: 1918555
URL: http://svn.apache.org/viewvc?rev=1918555&view=rev
Log:
test for 1918551
Added:
httpd/test/framework/trunk/t/htdocs/modules/cgi/action.sh (with props)
Modified:
Am 26.06.24 um 23:31 schrieb cove...@apache.org:
Author: covener
Date: Wed Jun 26 21:31:37 2024
New Revision: 1918685
URL: http://svn.apache.org/viewvc?rev=1918685&view=rev
Log:
use t/logs/ for socket
I ran into path length restrictions for UDS. Other than normal path
lengths, UDS seem to be
Am 27.06.24 um 03:15 schrieb Eric Covener:
On Wed, Jun 26, 2024 at 8:59 PM Rainer Jung wrote:
Am 26.06.24 um 23:31 schrieb cove...@apache.org:
Author: covener
Date: Wed Jun 26 21:31:37 2024
New Revision: 1918685
URL: http://svn.apache.org/viewvc?rev=1918685&view=rev
Log:
use t/logs/
Am 07.02.24 um 11:31 schrieb jor...@apache.org:
Author: jorton
Date: Wed Feb 7 10:31:56 2024
New Revision: 1915618
URL: http://svn.apache.org/viewvc?rev=1915618&view=rev
Log:
Missed in r1915617 - updated test case for PR 64339.
Modified:
httpd/test/framework/trunk/t/conf/extra.conf.in
Mo
Are we missing a CHANGES entry for the ct fixes?
Small correction below (broken URL) ...
Am 02.07.24 um 15:29 schrieb Eric Covener:
Hi all,
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
=== Different from template ===
I would like to call an expedited VOTE (due to regression in
Am 02.07.24 um 15:29 schrieb Eric Covener:
Hi all,
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
No signatures yet ...
Am 02.07.24 um 15:29 schrieb Eric Covener:
Hi all,
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
=== Different from template ===
I would like to call an expedited VOTE (due to regression in 2.4.60)
over the next 1-2 days to release
Hi Stefan,
is some of this test stuff ready for 2.4.x?
Thanks and regards,
Rainer
Am 10.07.24 um 12:55 schrieb ic...@apache.org:
Author: icing
Date: Wed Jul 10 10:55:23 2024
New Revision: 1919087
URL: http://svn.apache.org/viewvc?rev=1919087&view=rev
Log:
sync test code with mod-h2
- shutdo
Hi all,
file modules/http2/h2_version.h in 2.4.x contains
#define MOD_HTTP2_VERSION "2.0.22"
and
#define MOD_HTTP2_VERSION_NUM 0x020016
which differs from upstream
#define MOD_HTTP2_VERSION "2.0.29-git"
...
#define MOD_HTTP2_VERSION_NUM 0x02001d
quite a bit. I think the version numbers ha
Am 15.07.24 um 14:13 schrieb Eric Covener:
Hi all,
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release
this candidate tarball httpd-2.4.62-rc1 as 2.4.62:
[ ] +1: It's not just
Am 15.07.24 um 18:35 schrieb Rainer Jung:
Am 15.07.24 um 14:13 schrieb Eric Covener:
Hi all,
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release
this candidate tarball httpd
Hi there,
I started to run pytest also on modules/tls, now that it also supports
mod_ssl. It works pretty well, but one test is failing: test_tls_11_get_base
The httpd error log mentions a config error:
[Mon Jul 15 23:22:33.210906 2024] [md:debug] [pid 27612:tid 27612]
mod_md.c(612): AH10041
Hi there,
I had a look at mod_lbmethod_heartbeat and want to suggest some changes
or improvements.
How does it work currently:
- module mod_heartmonitor opens a port and listens for incoming UDP messages
- a balancing backend can send UDP packets with a string content of the
form "v=1&busy=
Am 29.03.2018 um 16:15 schrieb Eric Covener:
If you have this setup handy, could you check what happens if you
negotiate TLS1.3 then request a directory that has per-directory SSL
settings in it?
I assume it fails (renegotiation) but not sure how the logs will look.
That would be one big pitfall
I don't know whether it helps, but OpenSSL release pre4 (beta 2) yesterday.
Regards,
Rainer
Am 04.04.2018 um 13:24 schrieb Stefan Eissing:
Thanks for the tip. Unfortunately, my FF 58.0.2 and 59.0.2 still keeps doing
TLSv1.2
while the Nightly goes TLSv1.3. Perhaps a matter of the previous draf
NP, that was an easy one. Thanks for the useful feature :)
I did not try to fix the missing mod_md build. I'm hoping for someone
more cmake-aware to fix it ...
Regards,
Rainer
Hi Steffen,
are the below errors you reported from building trunk or from building
2.4? Your mail subject was "Re: buildbot success in on httpd-trunk" so
I thought trunk but after trying for quite some time couldn't find any
reason for problems there. Your second email makes me wonder whether
d not be removed.
Unfortunately I don't know enough about how hooks work on Windows to
propose a solution.
Builds fine now with OpenSSL 1.1.1 pre4, tls1.3 test looks promising.
Thanks.
The below errors was my fault, was mixing, sorry.
OK, no problem.
Regards,
Rainer
On Monday 09/04/2
Am 18.04.2018 um 15:07 schrieb Jim Jagielski:
There are, IMO at least, 3 types of "regression" that we should be
concerned about or that some people are concerned about:
1. New features:
Undoubtedly, new features will likely have bugs and
no by adding new features we could be addi
Am 18.04.2018 um 18:07 schrieb William A Rowe Jr:
On Wed, Apr 18, 2018 at 10:57 AM, Rainer Jung wrote:
Since this thread was triggered by the mod_ssl config merging problems: I
think that was a case where a new feature was really nice, but to implement
it the needed changes where not not easy
Am 19.04.2018 um 17:37 schrieb Jim Jagielski:
On Apr 19, 2018, at 11:26 AM, William A Rowe Jr wrote:
On Thu, Apr 19, 2018 at 10:11 AM, Jim Jagielski wrote:
With all this in mind, should we try to set things up so that the
next release cycle uses the concept of RCs?
If so, and if people li
Do we need a quick APR 1.6.4 to pick up r1819938? From CHANGES:
*) poll, port: re-add the wakeup pipe to the pollset after it triggered.
Not doing this occasionally lead to httpd event MPM processes hanging
during process shutdown. PR 61786. [Yann Ylavic]
From the commit log:
==
Am 20.04.2018 um 09:22 schrieb William A Rowe Jr:
On Fri, Apr 20, 2018 at 2:15 AM, Rainer Jung wrote:
Do we need a quick APR 1.6.4 to pick up r1819938? From CHANGES:
*) poll, port: re-add the wakeup pipe to the pollset after it triggered.
Not doing this occasionally lead to httpd event
Am 20.04.2018 um 11:39 schrieb Eric Covener:
On Fri, Apr 20, 2018 at 3:15 AM, Rainer Jung wrote:
Do we need a quick APR 1.6.4 to pick up r1819938? From CHANGES:
*) poll, port: re-add the wakeup pipe to the pollset after it triggered.
Not doing this occasionally lead to httpd event MPM
Am 23.04.2018 um 16:00 schrieb Jim Jagielski:
It seems that, IMO, if there was not so much concern about "regressions" in
releases, this whole revisit-versioning debate would not have come up. This implies, to
me at least, that the root cause (as I've said before) appears to be one related to Q
Am 24.04.2018 um 07:20 schrieb Marion et Christophe JAILLET:
Le 24/04/2018 à 02:58, William A Rowe Jr a écrit :
On Thu, Apr 19, 2018 at 12:20 AM, Marion et Christophe JAILLET
wrote:
Le 18/04/2018 à 22:12, William A Rowe Jr a écrit :
On Wed, Apr 18, 2018 at 2:31 PM, Nick Kew wrote:
I suspect
Am 24.04.2018 um 13:19 schrieb Daniel Ruggeri:
On April 24, 2018 1:38:26 AM CDT, "Plüm, Rüdiger, Vodafone Group"
wrote:
-Ursprüngliche Nachricht-
Von: Rainer Jung
Gesendet: Montag, 23. April 2018 16:47
An: dev@httpd.apache.org
Betreff: Re: A proposal...
Am 23.04.201
Am 24.04.2018 um 19:58 schrieb Daniel Ruggeri:
On 2018-04-24 09:22, Eric Covener wrote:
On Tue, Apr 24, 2018 at 10:08 AM, William A Rowe Jr
wrote:
On Tue, Apr 24, 2018 at 8:27 AM, Eric Covener wrote:
Yes, exactly correct. We have three "contracts" to keep that I
think aligns very well with t
I have a situation where I have a caching Apache in front of a back end.
The backend sends a response header "Expires: -1" and mod_cache
unconditionally refuses to cache the response with the error "Broken
expires header".
RFC 7234 section 5.3 [1] contains the text:
==
When trying to do a reallyall modules build I get an error during
compilation of md_json. The compile command does not contain and "-I"
flag for the jansson library. For mod_log_json, which gets build a bit
earlier, the include path flag correctly contains jansson.
Looking at modules.mk in the
Am 10.07.2018 um 16:03 schrieb Jim Jagielski:
The pre-release test tarballs for Apache httpd
version 2.4.34 can be found at the usual place:
http://httpd.apache.org/dev/dist/
I'm calling a VOTE on releasing these as Apache httpd 2.4.34 GA.
[ ] +1: Good to go
[ ] +0: meh
[ ] -1: Danger
Am 13.07.2018 um 15:03 schrieb Rainer Jung:
e I expect prefork on Solaris still to observe timeouts during
proxy tests like reported for previous versions, but didn't test
it this time due to the long test runs when the problem happens.
I started these runs right now just to be ab
401 - 500 of 1325 matches
Mail list logo