On Mon, Jun 21, 2021 at 03:06:38PM +0200, pgajdos wrote:
> 8<
> mkdir -p /tmp/apache-rex/mod_proxy-cache/htdocs-backend
> echo 'Backend for reverse' >
> /tmp/apache-rex/mod_proxy-cache/htdocs-backend/index
Hi,
how to more easily reproduce: with following configuration file,
located e. g. in /tmp/apache-rex/mod_proxy-cache/httpd.conf:
On Wed, Jun 16, 2021 at 01:01:59PM +0200, pgajdos wrote:
> --8<
> ServerName test
>
Hi,
from 2.4.48 on, mod_proxy-cache example [1] begins to fail for me.
Unfortunately I can not manage to expose this issue outside
apache-rex framework sofar. With 2.4.46, I can not see this at all.
$ git clone https://github.com/pgajdos/apache-rex.git
$ cd apache-rex
$ ./run-rex mod_proxy-cache
Hello,
I have a question regarding the logic around SSLFIPS on/off. After
https://svn.apache.org/viewvc?view=revision=1853197
I think SSLFIPS off will not work as expected.
#ifdef HAVE_FIPS
if (sc->fips) {
if (!FIPS_mode()) {
if (FIPS_mode_set(1)) {
Hi!
On Thu, Dec 19, 2019 at 10:32:11PM +0100, Marion & Christophe JAILLET wrote:
>In other word, what is the "semantic" behind the test framework?
> - Testing against regression only? (in this case including Petr's
>patch makes sense to me) - or -
> - Checking that the
On Thu, Mar 21, 2019 at 07:47:14AM -0400, Eric Covener wrote:
> On Thu, Mar 21, 2019 at 5:36 AM pgajdos wrote:
> >
> > Hello,
> >
> > please see the proposed patch in the attachement.
>
> Thanks Petr, applied in 1855981
Thanks for both!
Petr
On Tue, Jan 29, 2019 at 11:15:04AM +0100, pgajdos wrote:
> Hello,
>
> I propose following patch, as PR39730 was fixed recently.
What do you think about the patch? Should it be amended somehow?
Thanks!
Petr
Hello,
please see the proposed patch in the attachement.
Petr
Index: httpd-framework/t/apache/mergeslashes.t
===
--- httpd-framework.orig/t/apache/mergeslashes.t 2019-03-21 08:49:48.086794262 +0100
+++
On Tue, Jan 29, 2019 at 09:48:10PM +0100, Christophe JAILLET wrote:
> Le 29/01/2019 à 14:59, pgajdos a écrit :
> > 4, 8 and 12 subtests of buffer.t are randomly failing for me. I have
> Hi, there has been some discussion about this new test added in r1841508
>
> See
>
Hello,
tested with 2.4.37 and 2.4.38.
4, 8 and 12 subtests of buffer.t are randomly failing for me. I have
already seen to fail zero, one, two or all of them.
When none fails, the test is done in very few seconds (including
initialization of t/TEST).
$r->code of the failing subtest is: 200
Hello,
I propose following patch, as PR39730 was fixed recently.
--- t/modules/negotiation.t.orig2019-01-29 07:49:18.495899602 +
+++ t/modules/negotiation.t 2019-01-29 07:52:38.428960368 +
@@ -8,7 +8,11 @@ use Apache::TestUtil;
## mod_negotiation test (see extra.conf.in)
On Fri, Nov 09, 2018 at 02:15:07PM +1000, Noel Butler wrote:
> even those distro package maintainers get sick to F'n death of it after
> a while and skip updates.
I do not see any reason I should get distinguished by it. Frequent
version updates are even better for me.
Petr
On Tue, Aug 21, 2018 at 08:51:56PM +0200, Marion & Christophe JAILLET wrote:
> > One thing I noticed is insufficient version checking of httpd version,
> Well, it is sometimes hard to figure out when a given feature or directive
> has been added. Especially when tests are added a long time
13 matches
Mail list logo