Re: [VOTE] Release httpd-2.4.65-rc3 as httpd-2.4.65

2025-07-21 Thread Frank Gingras
On Mon, Jul 21, 2025 at 11:08 AM Yann Ylavic wrote: > On Mon, Jul 21, 2025 at 2:30 PM Eric Covener wrote: > > > > I would like to call a VOTE over the next few days to release > > this candidate tarball httpd-2.4.65-rc3 as 2.4.65: > > +1, tested on Debian 12 & 13/sid (tests framework). > > Thank

Re: [VOTE] Release httpd-2.4.64-rc2 as httpd-2.4.64

2025-07-07 Thread Frank Gingras
On Mon, Jul 7, 2025 at 12:47 PM Joe Orton wrote: > On Mon, Jul 07, 2025 at 11:56:00AM -0400, Eric Covener wrote: > > 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 ne

Re: [VOTE] Release httpd-2.4.62-rc1 as httpd-2.4.62

2024-07-15 Thread Frank Gingras
On Mon, Jul 15, 2024 at 5:59 PM Rainer Jung wrote: > 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 w

Re: [VOTE] Release httpd-2.4.61-rc1 as httpd-2.4.61

2024-07-02 Thread Frank Gingras
On Tue, Jul 2, 2024 at 10:18 AM Mario Brandt wrote: > +1 on Debian 12 x64 > > Eric Covener schrieb am Di., 2. Juli 2024, 15:30: > >> Hi all, >> >> Please find below the proposed release tarball and signatures: >> >> https://dist.apache.org/repos/dist/dev/httpd/ >> >> === Different from template

Re: [VOTE] Release httpd-2.4.60-rc4 as httpd-2.4.60

2024-06-27 Thread Frank Gingras
On Thu, Jun 27, 2024 at 4:16 PM Mario Brandt wrote: > +1 on Debian 12 x64 > > Eric Covener schrieb am Mi., 26. Juni 2024, 19:19: > >> 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

Re: [VOTE] Release httpd-2.4.59-rc1 as httpd-2.4.59

2024-04-03 Thread Frank Gingras
On Wed, Apr 3, 2024 at 9:16 AM Stefan Eissing via dev wrote: > > > > Am 03.04.2024 um 14:26 schrieb Eric Covener : > > > > Hi all, > > > > (After only minor embarrassment of patching tags/2.4.55 instead of > 2.4.x...) > > > > Please find below the proposed release tarball and signatures: > > > >

Re: release apreq 2.18 and mothball the project

2024-02-15 Thread Frank Gingras
On Thu, Feb 15, 2024 at 5:47 PM Joe Schaefer wrote: > Nobody gives a flying f what you released from trunk. I personally will be > dead and buried before you release httpd 3.0. So like you I don’t give a > damned what you do with it. > > I just want the warfare against existing libapreq2 users t

Re: [VOTE] Release httpd-2.4.58-rc3 as httpd-2.4.58

2023-10-16 Thread Frank Gingras
+1 for me, Slackware64 15.0. Thanks for the RM, yes. On Mon, Oct 16, 2023 at 11:43 AM Joe Orton wrote: > On Mon, Oct 16, 2023 at 05:08:11PM +0200, Stefan Eissing via dev wrote: > > Hi all, > > > > after fixing my merge mistake in rc2 (sorry!), we go again: > > > > Please find below the proposed

Re: mod_wasm: Contributing Upstream to Apache

2023-06-01 Thread Frank Gingras
As per the instructions: To unsubscribe, send a messages to *users-unsubscr...@httpd.apache.org * (or, if you are subscribed to the digest version of the list, send to *users-digest-unsubscr...@httpd.apache.org * ). You must send the unsubscribe message from the same email address that you used to

Re: [VOTE] [VOTE] Release httpd-2.4.56-rc1 as httpd-2.4.56

2023-03-09 Thread Frank Gingras
Or use [B], while being aware of the drawbacks. On Thu, Mar 9, 2023 at 2:38 PM Fossies Administrator < jens.schleuse...@fossies.org> wrote: > On Thu, 9 Mar 2023, Eric Covener wrote: > > > On Thu, Mar 9, 2023 at 12:14 PM wrote: > >> > >> On 3/9/23 05:30, Eric Covener wrote: > >>> > >>> > >>> On W

Re: Process-level htaccess cache

2022-10-14 Thread Frank Gingras
Any reason this was based on the older 2.4.6 release? On Thu, 13 Oct 2022 at 19:24, wrote: > Hello, > > I work on a LAMP stack at a large e-commerce company. We have big htaccess > files filled with mod_rewrite rules which are slow to parse. Moving these > routes into httpd.conf would be more ef

Re: tcp send buffering and keepalive races

2022-05-30 Thread Frank Gingras
Can someone remove Nam Ho from the ML please? The spamming has been going on for weeks now. On Mon, 30 May 2022 at 05:31, Nam Hồ wrote: > > > Sent from my iPhone > > > On May 30, 2022, at 16:21, Ruediger Pluem wrote: > > > >  > > > >> On 5/27/22 7:33 PM, Eric Covener wrote: > >> People might r

Re: [apache]maxconnectionsperchild problem

2022-04-14 Thread Frank Gingras
You should direct your questions to us...@httpd.apache.org instead. In the meantime, what mpm are you using? On Thu, 14 Apr 2022 at 07:42, 刘孟 wrote: > I am sorry that is there anybody can answer my question? > > > > Hello, Mr Mentor > > > > I tried to translat it to English, please forgive my

Re: disallow HTTP 0.9 by default?

2021-07-22 Thread Frank Gingras
I agree with this as well, I haven't had to use 0.9 in over a decade. +1 On Thu, 22 Jul 2021 at 12:03, Roy T. Fielding wrote: > > On Jul 22, 2021, at 12:29 AM, Stefan Eissing < > stefan.eiss...@greenbytes.de> wrote: > >> Am 21.07.2021 um 22:04 schrieb Eric Covener : > >> > >> I was chasing an u

Re: cannot view website but apache seems to be working properly

2021-07-20 Thread Frank Gingras
Paul, First, d...@httpd.a.org is a development list, so you would want to ask us...@httpd.a.org for questions or help with httpd. However, your question falls outside the scope of both lists, since it looks like either a networking or DNS issue. Perhaps your linux distribution channel, or perhaps

Re: Changing mod_lua to stable

2018-12-17 Thread Frank Gingras
+1 On Mon, Dec 17, 2018 at 2:43 PM Ruediger Pluem wrote: > > > On 12/17/2018 08:23 PM, Daniel Gruno wrote: > > Hi folks, > > I've been pondering on the state of mod_lua, and it seems like it's time > to get rid of the 'experimental' note, which > > still scares off a lot of people. The API has b

Spam on the httpd wiki (moin moin)

2016-07-06 Thread Frank Gingras
Hello folks, I was looking into spam added to the wiki recently, and found out that https://wiki.apache.org/httpd/Face2Face was set to be editable by everyone. Presumably, that was done so that non-committers could make "quick" edits during apachecon, For the time being, I've removed the ACL (loc