On Sat, Aug 06, 2022 at 10:50:15PM +0500, ??? wrote:
> I accidently lost "-E' flag on grep.
> follow up patch attached.
No problem, thanks for the quic response. At least it seems to work for
me locally, I've just pushed it and we'll see.
Thanks!
Willy
пн, 1 авг. 2022 г. в 22:40, Tim Düsterhus :
> Ilya,
>
> On 7/29/22 20:25, Илья Шипицин wrote:
> > not sure. it is not 32 bit, it is 32 bit built on x86_64.
> > but I'm fine with "32 Bits"
> >
>
> My understanding is that the primary thing that this tests is the
> pointer / maximum object size.
Hello,
yet another spell fixes.
Ilya
From ce1dc66eeb1ab7e73426c0fa41dbb6e7655ce951 Mon Sep 17 00:00:00 2001
From: Ilya Shipitsin
Date: Sat, 6 Aug 2022 23:01:00 +0500
Subject: [PATCH] CLEANUP: assorted typo fixes in the code and comments
This is 32nd iteration of typo fixes
---
I accidently lost "-E' flag on grep.
follow up patch attached.
сб, 6 авг. 2022 г. в 21:50, Илья Шипицин :
>
>
> сб, 6 авг. 2022 г. в 20:59, Willy Tarreau :
>
>> On Sat, Aug 06, 2022 at 05:48:56PM +0200, Willy Tarreau wrote:
>> > On Fri, Jul 29, 2022 at 09:37:46PM +0500, ??? wrote:
>> >
Vincent Bernat schreef op 2022-08-04 12:14:
On 2022-08-04 10:35, William Edwards wrote:
However,
https://haproxy.debian.net/#distribution=Debian=buster=2.2
says:
"The Debian HAProxy packaging team provides various versions of
HAProxy packages for use on different Debian or Ubuntu systems.
сб, 6 авг. 2022 г. в 20:59, Willy Tarreau :
> On Sat, Aug 06, 2022 at 05:48:56PM +0200, Willy Tarreau wrote:
> > On Fri, Jul 29, 2022 at 09:37:46PM +0500, ??? wrote:
> > > gentle ping
> >
> > Sorry Ilya, but William is in vacation right now. Since I don't think
> > there's any risk with
On Sat, Aug 06, 2022 at 05:48:56PM +0200, Willy Tarreau wrote:
> On Fri, Jul 29, 2022 at 09:37:46PM +0500, ??? wrote:
> > gentle ping
>
> Sorry Ilya, but William is in vacation right now. Since I don't think
> there's any risk with your patch, I took it. In the worst case should
>
On Fri, Jul 29, 2022 at 09:37:46PM +0500, ??? wrote:
> gentle ping
Sorry Ilya, but William is in vacation right now. Since I don't think
there's any risk with your patch, I took it. In the worst case should
William disagree with it, we could still patch later.
Thanks!
Willy
On Thu, Aug 04, 2022 at 12:14:04PM +0200, Vincent Bernat wrote:
> On 2022-08-04 10:35, William Edwards wrote:
>
> > However,
> > https://haproxy.debian.net/#distribution=Debian=buster=2.2
> > says:
> >
> > "The Debian HAProxy packaging team provides various versions of HAProxy
> > packages for
Igor Cicimov schreef op 2022-08-04 01:46:
Because of keep-alive?
Disabling keepalive on the server side using `option http-server-close`
fixes the issue. I've yet to figure out why.
-
From: William Edwards
Sent: Thursday, 4 August 2022, 00:26
To:
Hi Shawn,
On Fri, Aug 05, 2022 at 05:18:06PM -0600, Shawn Heisey wrote:
> I am running haproxy in a couple of places. It is listening on multiple
> seemingly random high UDP ports.
These typically are syslog sockets. In fact the ports are not really
"listening", it's just that in UDP there's no
On Mon, Aug 01, 2022 at 07:40:43PM +0200, Tim Düsterhus wrote:
> The updated patches LGTM.
Thanks guys, now applied!
Willy
On Fri, Jul 29, 2022 at 10:30:39PM +0500, ??? wrote:
> Hello,
>
> yet another spell check fiexs.
Now applied, thanks Ilya!
Willy
Hello list, tl;dr is: How can I avoid configuring dozens of http-request with
the same acl?
My use case is a haproxy cluster receiving requests for hundreds of distinct
hostnames, several of them with a dozen or so distinct paths, and a few more
than 5k distinct backends that sends these
14 matches
Mail list logo