Re: more async handling in mod_h2

> Am 13.05.2024 um 13:56 schrieb Eric Covener : > > On Mon, May 13, 2024 at 7:32 AM Stefan Eissing via dev > wrote: >> >> I have merged https://github.com/icing/mod_h2/pull/280 to the mod-h2 on >> github. With mpm_event, this will return HTTP/2 connections more often to >> the mpm, thus

Re: more async handling in mod_h2

On Mon, May 13, 2024 at 7:32 AM Stefan Eissing via dev wrote: > > I have merged https://github.com/icing/mod_h2/pull/280 to the mod-h2 on > github. With mpm_event, this will return HTTP/2 connections more often to the > mpm, thus freeing a worker. > > While this sounds good, I am not sure this

more async handling in mod_h2

I have merged https://github.com/icing/mod_h2/pull/280 to the mod-h2 on github. With mpm_event, this will return HTTP/2 connections more often to the mpm, thus freeing a worker. While this sounds good, I am not sure this is beneficial for a server under load. The current connection state

Bug report for Apache httpd-2 [2024/05/12]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Apache httpd-2 [2024/05/05]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Apache httpd-2 [2024/04/28]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: [WIP] mod_authnz_ldap / mod_ldap support for APR v2 LDAP API

On 19 Apr 2024, at 09:01, Ruediger Pluem wrote: > First of all I haven't gone through the patch. Hence I may be off below. > > I think the core issue with the LDAP API we have in APR-UTIL 1.x today and > that let to the > removal discussions on APR side in 2010 >

Bug report for Apache httpd-2 [2024/04/21]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: [WIP] mod_authnz_ldap / mod_ldap support for APR v2 LDAP API

On Thu, Apr 18, 2024 at 3:21 PM Joe Orton wrote: > > On Thu, Apr 18, 2024 at 09:40:21AM +0100, Graham Leggett via dev wrote: > > Hi all, > > > > The attached patch is a current work in progress patch for httpd-trunk to > > use the new apr_ldap API that just landing in APR. > > > > The

Re: [WIP] mod_authnz_ldap / mod_ldap support for APR v2 LDAP API

On 19 Apr 2024, at 09:07, Ruediger Pluem wrote: > Would it be possible to provide this patch as a PR against trunk on Github? I > think that would ease reviewing it. > I am quite aware that this moves some gory detail discussion of that patch > away from the dev list here and over > to the PR

Re: [WIP] mod_authnz_ldap / mod_ldap support for APR v2 LDAP API

On 4/18/24 10:40 AM, Graham Leggett via dev wrote: > Hi all, > > The attached patch is a current work in progress patch for httpd-trunk to use > the new apr_ldap API that just landing in APR. > > The highlights: > > - Complete replacement of the previous API. > - Will work against apr-2

Re: [WIP] mod_authnz_ldap / mod_ldap support for APR v2 LDAP API

On 4/18/24 3:21 PM, Joe Orton wrote: > On Thu, Apr 18, 2024 at 09:40:21AM +0100, Graham Leggett via dev wrote: >> Hi all, >> >> The attached patch is a current work in progress patch for httpd-trunk to >> use the new apr_ldap API that just landing in APR. >> >> The highlights: >> >> - Complete

Reminder: Community Over Code Asia 2024 CFP closes on Apr 22nd

Hi All, The CFP for Community Over Code Asia, including the Web server and Tomcat track, is closing very soon - at 4:00 PM on 22 Apr 2024 Beijing time. Details: https://sessionize.com/communityovercode-asia-2024 Please do not wait until the last minute. We hope to see you in Hangzhou! --

Re: [WIP] mod_authnz_ldap / mod_ldap support for APR v2 LDAP API

On 18 Apr 2024, at 14:21, Joe Orton wrote: > This design decision seems surprising to me, what does this add? Adding > another abstraction layer to allow runtime selection of the LDAP library > seems like a step backwards (a lot of complexity with no benefit). > Unlike with e.g. a database

Re: [WIP] mod_authnz_ldap / mod_ldap support for APR v2 LDAP API

On Thu, Apr 18, 2024 at 09:40:21AM +0100, Graham Leggett via dev wrote: > Hi all, > > The attached patch is a current work in progress patch for httpd-trunk to use > the new apr_ldap API that just landing in APR. > > The highlights: > > - Complete replacement of the previous API. > - Will work

Re: mod_tls in 2.4.x - remove?

On 4/16/24 12:56, Stefan Eissing via dev wrote: mod_tls is experimental in 2.4.x. The rustls project, initially wanting to stay backward compatible to the v0.10.x API, has change its mind and no longer guarantees any stability in future versions. In fact, they have changed the API already,

mod_tls in 2.4.x - remove?

mod_tls is experimental in 2.4.x. The rustls project, initially wanting to stay backward compatible to the v0.10.x API, has change its mind and no longer guarantees any stability in future versions. In fact, they have changed the API already, making mod_tls no longer viable. I personally do

Json formatter support for httpd trunk

Hi, I would like to get some feedback regarding my pr: https://github.com/apache/httpd/pull/429 Anything I can do to get this pr merged? Mfg Thomas -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

mod_cgi/cgid unification for 2.4.x

I proposed the monster mod_cgi/cgid unification backport for 2.4.x, but wanted to give a bit more context here rather than in STATUS. PR is here: https://github.com/apache/httpd/pull/209 1) stderr handling is a significant regression in mod_cgid compared to mod_cgi so it is worth fixing this

Bug report for Apache httpd-2 [2024/04/14]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: svn commit: r1916925 - /httpd/httpd/trunk/server/mpm/event/event.c

On Fri, Apr 12, 2024 at 3:02 PM Ruediger Pluem wrote: > > On 4/12/24 12:35 PM, yla...@apache.org wrote: > > Author: ylavic > > Date: Fri Apr 12 10:35:10 2024 > > New Revision: 1916925 > > > > URL: http://svn.apache.org/viewvc?rev=1916925=rev > > Log: > > mpm_event: Simplify pollset "good methods"

Re: pytest results for 2.4.59

On Sat, Apr 6, 2024 at 10:46 AM jean-frederic clere wrote: > > It seems pthread_kill(t, 0) returns 0 even the thread t has exited... > older version of fedora will return 3 (I have tried fc28) > > The small example (taken from the internet) seems to behave like httpd > reporting running threads

Re: svn commit: r1916926 - in /httpd/httpd/trunk: changes-entries/worker_exit.txt server/mpm/worker/worker.c

On 4/12/24 1:02 PM, yla...@apache.org wrote: > Author: ylavic > Date: Fri Apr 12 11:02:31 2024 > New Revision: 1916926 > > URL: http://svn.apache.org/viewvc?rev=1916926=rev > Log: > mpm_worker: Fix AH00045 about children processes not terminating timely. > > *

Re: svn commit: r1916925 - /httpd/httpd/trunk/server/mpm/event/event.c

On 4/12/24 12:35 PM, yla...@apache.org wrote: > Author: ylavic > Date: Fri Apr 12 10:35:10 2024 > New Revision: 1916925 > > URL: http://svn.apache.org/viewvc?rev=1916925=rev > Log: > mpm_event: Simplify pollset "good methods" vs APR_POLLSET_WAKEABLE. > > *

Re: pytest results for 2.4.59

On Sun, Apr 7, 2024 at 2:16 PM Rainer Jung wrote: > > Am 07.04.24 um 09:42 schrieb jean-frederic clere: > > On 4/6/24 20:02, Rainer Jung wrote: > > > >> When you say Yann's patch helps, it means especially there are not > >> more SIGTERM messages in the logs resp. no more teardown checks failing?

Re: pytest test/modules/md/test_310_conf_store.py

On 4/9/24 19:06, jean-frederic clere wrote: Hi, Has anyone run those tests recently? I have errors like "MD testdomain.org does not match any VirtualHost with ...", probably I am doing something wrong... It seems ignoring the warnings AH10045 and AH10105 is a possible fix. -- Cheers

Re: pytest test/modules/md/test_310_conf_store.py

In trunk or 2.4.x? I trunk I thought I'd fixed that. > Am 09.04.2024 um 19:06 schrieb jean-frederic clere : > > Hi, > > Has anyone run those tests recently? > > I have errors like "MD testdomain.org does not match any VirtualHost with > ...", probably I am doing something wrong... > -- >

pytest test/modules/md/test_310_conf_store.py

Hi, Has anyone run those tests recently? I have errors like "MD testdomain.org does not match any VirtualHost with ...", probably I am doing something wrong... -- Cheers Jean-Frederic

Re: Fwd: [Bug 68872] New: xmlhttprequest.onprogress behavior changed after updated to 2.4.59

On 4/8/24 1:47 PM, Eric Covener wrote: > Any concerns with documenting the ap_trust_cgilike_cl variable in e.g. > https://httpd.apache.org/docs/2.4/env.html ? Not from my side. Regards Rüdiger

Fwd: [Bug 68872] New: xmlhttprequest.onprogress behavior changed after updated to 2.4.59

Any concerns with documenting the ap_trust_cgilike_cl variable in e.g. https://httpd.apache.org/docs/2.4/env.html ? -- Forwarded message - From: Date: Sun, Apr 7, 2024 at 5:49 PM Subject: [Bug 68872] New: xmlhttprequest.onprogress behavior changed after updated to 2.4.59 To:

Re: Problem with pypest and pebble 2.5.1

r1916861 updates to mod_md v2.4.26 and I adapted tests for Pebble v2.5. Sadly, this means disabling the EAB tests for now as Pebble no longer supports the EAB keys we test with. Opened issue https://github.com/letsencrypt/pebble/issues/455 Hope this works for you as well, Stefan > Am

Re: Problem with pypest and pebble 2.5.1

Looking into this now, see what pebble changed. > Am 07.04.2024 um 17:56 schrieb Rainer Jung : > > 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). >

Problem with pypest and pebble 2.5.1

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

Re: pytest results for 2.4.59

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 (http2, md, ...)

Re: pytest results for 2.4.59

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 (http2, md, ...) just because that is the time the logs are checked

Bug report for Apache httpd-2 [2024/04/07]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: pytest results for 2.4.59

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

Re: pytest results for 2.4.59

On 4/6/24 13:10, Yann Ylavic wrote: On Sat, Apr 6, 2024 at 10:46 AM jean-frederic clere wrote: On 4/5/24 07:55, Ruediger Pluem wrote: Are you able to provide a stacktrace of the hanging process (thread apply all bt full)? It seems pthread_kill(t, 0) returns 0 even the thread t has

Re: pytest results for 2.4.59

On Sat, Apr 6, 2024 at 10:46 AM jean-frederic clere wrote: > > On 4/5/24 07:55, Ruediger Pluem wrote: > > > > Are you able to provide a stacktrace of the hanging process (thread apply > > all bt full)? > > It seems pthread_kill(t, 0) returns 0 even the thread t has exited... > older version of

Re: pytest results for 2.4.59

On 4/5/24 07:55, Ruediger Pluem wrote: On 4/5/24 12:59 AM, Rainer Jung wrote: 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

Re: svn commit: r1916809 - in /httpd/httpd/branches/2.4.x: ./ test/modules/http2/test_800_websockets.py

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

Re: pytest results for 2.4.59

On 4/5/24 07:55, Ruediger Pluem wrote: On 4/5/24 12:59 AM, Rainer Jung wrote: 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

Re: pytest results for 2.4.59

On 4/5/24 07:55, Ruediger Pluem wrote: On 4/5/24 12:59 AM, Rainer Jung wrote: 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

Re: svn commit: r1916809 - in /httpd/httpd/branches/2.4.x: ./ test/modules/http2/test_800_websockets.py

Many thanks Rainer, for making this work in more diverse setups. > Am 05.04.2024 um 00:48 schrieb rj...@apache.org: > > Author: rjung > Date: Thu Apr 4 22:48:03 2024 > New Revision: 1916809 > > URL: http://svn.apache.org/viewvc?rev=1916809=rev > Log: > Fix occasional pytest failures > in

Re: pytest results for 2.4.59

On 4/5/24 00:59, Rainer Jung wrote: This happens only on RHEL 9 with worker MPM and can be notices by a dramatic slowdown of the tests. There's a lot of messages AH00045: child process 1067703 still did not exit, sending a SIGTERM I have noted those too on fedora 39, I am planning to have a

Re: pytest results for 2.4.59

On 4/5/24 12:59 AM, Rainer Jung wrote: > 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

Re: pytest results for 2.4.59

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

pytest results for 2.4.59

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

Re: [ANNOUNCEMENT] Apache HTTP Server 2.4.59 Released

Resolved now, took a todo to make sure we don't get this far in the process if the site cannot be re-built. On Thu, Apr 4, 2024 at 11:33 AM Eric Covener wrote: > > Thanks/Sorry, working on it now. > > On Thu, Apr 4, 2024 at 11:23 AM BUSH Steve via dev > wrote: > > > > Hi Eric, > > > > > > > >

Re: [ANNOUNCEMENT] Apache HTTP Server 2.4.59 Released

Thanks/Sorry, working on it now. On Thu, Apr 4, 2024 at 11:23 AM BUSH Steve via dev wrote: > > Hi Eric, > > > > Just an FYI: The https://httpd.apache.org/security/vulnerabilities_24.html > file is missing. > > > > https://httpd.apache.org/security/ > > > > Thanks, > > Steve Bush > > > > From:

RE: [ANNOUNCEMENT] Apache HTTP Server 2.4.59 Released

Hi Eric, Just an FYI: The https://httpd.apache.org/security/vulnerabilities_24.html file is missing. https://httpd.apache.org/security/ Thanks, Steve Bush From: covener Sent: Thursday, April 4, 2024 6:54 AM To: annou...@httpd.apache.org Subject: [ANNOUNCEMENT] Apache HTTP Server 2.4.59

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

> Am 04.04.2024 um 16:22 schrieb jean-frederic clere : > > On 4/4/24 13:59, SteffenAL wrote: >> Thanks for the hint. >> Yep, needed an extra include. Not using cmake. >> mod_http2 shows still version 2.0.22 (h2_version.h). >> Should it be 2.0.26 ? > > or better 2.0.27? ;-) > > We picked the

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

On 4/4/24 13:59, SteffenAL wrote: Thanks for the hint. Yep, needed an extra include. Not using cmake. mod_http2 shows still version 2.0.22 (h2_version.h). Should it be 2.0.26 ? or better 2.0.27? ;-) We picked the fixes but not version... Steffen On Thursday 04/04/2024 at 13:25,

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

+1: macOS 14.4.1/Xcode 15.3, CentOS8, Ubuntu 18.04LTS, 20.04LTS, 22.04LTS > On Apr 3, 2024, at 8:26 AM, Eric Covener wrote: > > 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: mod_systemd: refactor to get rid of libsystemd dependency?

+1 > On Apr 4, 2024, at 5:43 AM, Ruediger Pluem wrote: > > > > On 4/3/24 4:32 PM, Joe Orton wrote: >> On Tue, Apr 02, 2024 at 12:25:40PM +0200, Rainer Jung wrote: >>> Hi there, >>> >>> in the light of the recent xz attack I was wondering, whether we should also >>> reduce our library

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

On Thu, Apr 4, 2024 at 8:12 AM Eric Covener wrote: Proceeding with release now, thanks everyone for testing. > FYI I plan to call this in about an hour with the following binding +1: > covener, icing, jorton, thumbs, gbechis, jfclere, ylavic, minfrin -- Eric Covener cove...@gmail.com

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

FYI I plan to call this in about an hour with the following binding +1: covener, icing, jorton, thumbs, gbechis, jfclere, ylavic, minfrin -- Eric Covener cove...@gmail.com

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

Thanks for the hint. Yep, needed an extra include. Not using cmake. mod_http2 shows still version 2.0.22 (h2_version.h). Should it be 2.0.26 ? Steffen On Thursday 04/04/2024 at 13:25, jean-frederic clere wrote: On 4/4/24 12:49, Steffen Land wrote: -1 Get an error: Error C2065

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

On 4/4/24 12:49, Steffen Land wrote: -1 Get an error: Error C2065 'DAV_WALKTYPE_TOLERANT': undeclared identifier mod_dav_fs C:\VS17\Win32\httpd-2.4\modules\dav\fs\repos.c 1599 I didn't see any problem while building on windows (using cmake and VS19). +++ Mode

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

On Thu, Apr 4, 2024 at 12:52 PM Steffen Land wrote: > > -1 > Get an error: > > Error C2065 'DAV_WALKTYPE_TOLERANT': undeclared identifier mod_dav_fs > C:\VS17\Win32\httpd-2.4\modules\dav\fs\repos.c 1599 Are you compiling with an old "mod_dav.h" somewhere in the -I[nclude] path?

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

Are you sure that you did not use outdated headers somehow? DAV_WALKTYPE_TOLERANT is defined in modules/dav/main/mod_dav.h Regards Rüdiger On 4/4/24 12:49 PM, Steffen Land wrote: > -1 > Get an error: > > Error C2065 'DAV_WALKTYPE_TOLERANT': undeclared identifier mod_dav_fs >

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

-1 Get an error: Error C2065 'DAV_WALKTYPE_TOLERANT': undeclared identifier mod_dav_fs C:\VS17\Win32\httpd-2.4\modules\dav\fs\repos.c 1599 Steffen On 2024/04/03 12:26:09 Eric Covener wrote: > Hi all, > > (After only minor embarrassment of patching tags/2.4.55 instead

Re: mod_systemd: refactor to get rid of libsystemd dependency?

On 4/3/24 4:32 PM, Joe Orton wrote: > On Tue, Apr 02, 2024 at 12:25:40PM +0200, Rainer Jung wrote: >> 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

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

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:

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

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: > > > > fa16d72a078210a54c47dd5bef2f8b9b8a01d94909a51453956b3ec6442ea4c5 > > *httpd-2.4.58.tar.bz2 >

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

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: > > fa16d72a078210a54c47dd5bef2f8b9b8a01d94909a51453956b3ec6442ea4c5 > *httpd-2.4.58.tar.bz2 > > 2.4.59: > > SHA2-256(httpd-2.4.59-rc1.tar.bz2)= >

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

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

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

On 03 Apr 2024, at 13:26, Eric Covener wrote: > [ ] +1: It's not just good, it's good enough! +1 on RHEL9. Regards, Graham --

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

+1 CentOS 6 CentOS 7 AlmaLinux 8 AlmaLinux 9 Ubuntu 20 Ubuntu 22 Thanks for RM’n. Regards, Cory McIntire | Release Manager cory.mcint...@webpros.com | cPanel – a webpros company From: Eric Covener Date: Wednesday, April 3, 2024 at 07:26 To: Apache HTTP

Community over Code EU 2024: Start planning your trip!

[Note: You're receiving this email because you are subscribed to one or more project dev@ mailing lists at the Apache Software Foundation.] Dear community, We hope you are doing great, are you ready for Community Over Code EU? Check out the featured sessions, get your tickets with special

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

On Wed, Apr 3, 2024 at 2:26 PM Eric Covener wrote: > > I would like to call a SHORTENED VOTE to release > this candidate tarball httpd-2.4.59-rc1 as 2.4.59: [X] +1: It's not just good, it's good enough! All good from my testing on debian(s). Thanks Eric!

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

On 4/3/24 14:26, Eric Covener wrote: [X] +1: It's not just good, it's good enough! Build and tested in fedora 39 and windows server 2019 (VS17 2022 Cmake). -- Cheers Jean-Frederic

Re: mod_systemd: refactor to get rid of libsystemd dependency?

On 02 Apr 2024, at 11:25, Rainer Jung wrote: > 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 >

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

On 4/3/24 14:26, Eric Covener wrote: 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: https://dist.apache.org/repos/dist/dev/httpd/ I would like to call a SHORTENED VOTE to release this

Re: mod_systemd: refactor to get rid of libsystemd dependency?

On Tue, Apr 02, 2024 at 12:25:40PM +0200, Rainer Jung wrote: > 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 >

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

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: [VOTE] Release httpd-2.4.59-rc1 as httpd-2.4.59

On Wed, Apr 03, 2024 at 08:26:09AM -0400, Eric Covener wrote: > Please find below the proposed release tarball and signatures: > > https://dist.apache.org/repos/dist/dev/httpd/ > > I would like to call a SHORTENED VOTE to release > this candidate tarball httpd-2.4.59-rc1 as 2.4.59: > [X] +1:

Participate in the ASF 25th Anniversary Campaign

Hi everyone, As part of The ASF’s 25th anniversary campaign[1], we will be celebrating projects and communities in multiple ways. We invite all projects and contributors to participate in the following ways: * Individuals - submit your first contribution:

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

> 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: > > https://dist.apache.org/repos/dist/dev/httpd/ > > I would like to call a

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

> I would like to call a SHORTENED VOTE to release > this candidate tarball httpd-2.4.59-rc1 as 2.4.59: my +1 (AIX/xlc/ppc64) Only familiar t/ssl/proxy.t client auth issues with a openssl11 server

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

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: https://dist.apache.org/repos/dist/dev/httpd/ I would like to call a SHORTENED VOTE to release this candidate tarball httpd-2.4.59-rc1 as 2.4.59:

Re: Failing test t/apache/pr64339.t

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

Re: Failing test t/apache/pr64339.t

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 test code, this works for me to

Re: Failing test t/apache/pr64339.t

On Tue, Apr 2, 2024 at 6:06 PM Rainer Jung wrote: > > 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:

Failing test t/apache/pr64339.t

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'

mod_systemd: refactor to get rid of libsystemd dependency?

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

FYI preparing a release mid-week

I will be RM'ing a httpd release mid-week. -- Eric Covener cove...@gmail.com

Re: libapreq subproject roll call

> If there is anyone out there who wants to get more > involved, please speak up. I’m interested in getting involved, but am unsure where to start. As an introduction, I come from application layer development with languages like Python and a general understanding and familiarity with C

Bug report for Apache httpd-2 [2024/03/31]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

CommunityOverCode Asia 2024 is calling for Presentations!

Hi All, Community over Code Asia 2024 will be held in person this year in Hangzhou, China [1]. The CFP will end on April 21st, 2024 11:59 PM (Beijing time - UTC +8). For details could be found on the website [1]. Note that for the topics that can't be presented in person, a pre-recorded video

Community Over Code NA 2024 Travel Assistance Applications now open!

Hello to all users, contributors and Committers! [ You are receiving this email as a subscriber to one or more ASF project dev or user mailing lists and is not being sent to you directly. It is important that we reach all of our users and contributors/committers so that they may get a chance

Bug report for Apache httpd-2 [2024/03/24]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

[PR] Modernize HTTPD website [httpd-site]

RedYetiDev opened a new pull request, #12: URL: https://github.com/apache/httpd-site/pull/12 This PR redoes the template used in httpd. It replaces the older layout with a modernized one. ## Main Changes - [UI] Sidebar and Content are both scrollable individually - [UI] The

Bug report for Apache httpd-2 [2024/03/17]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: svn commit: r1916243 - /httpd/httpd/trunk/server/mpm/event/event.c

On Tue, Mar 12, 2024 at 4:08 PM Eric Covener wrote: > > below + POD wakeup > > Did not force the path yet where the listener is started (or fold in > the scoreboard change ) +1, maybe ap_queue_term() rather than ap_queue_interrupt_all().

Re: svn commit: r1916243 - /httpd/httpd/trunk/server/mpm/event/event.c

I should add, this against a very divergent $bigco fork so patch may not work well. On Tue, Mar 12, 2024 at 11:07 AM Eric Covener wrote: > > below + POD wakeup > > Did not force the path yet where the listener is started (or fold in > the scoreboard change ) > > On Tue, Mar 12, 2024 at 10:54 AM

Re: svn commit: r1916243 - /httpd/httpd/trunk/server/mpm/event/event.c

below + POD wakeup Did not force the path yet where the listener is started (or fold in the scoreboard change ) On Tue, Mar 12, 2024 at 10:54 AM Eric Covener wrote: > > On Tue, Mar 12, 2024 at 10:30 AM Eric Covener wrote: > > > > On Tue, Mar 12, 2024 at 10:19 AM Yann Ylavic wrote: > > > > > >

Re: svn commit: r1916243 - /httpd/httpd/trunk/server/mpm/event/event.c

On Tue, Mar 12, 2024 at 10:30 AM Eric Covener wrote: > > On Tue, Mar 12, 2024 at 10:19 AM Yann Ylavic wrote: > > > > On Tue, Mar 12, 2024 at 3:03 PM Eric Covener wrote: > > > > > > On Tue, Mar 12, 2024 at 8:48 AM Yann Ylavic wrote: > > > > > > > > Maybe it could be: > > > > if

Re: svn commit: r1916243 - /httpd/httpd/trunk/server/mpm/event/event.c

On Tue, Mar 12, 2024 at 3:30 PM Eric Covener wrote: > > On Tue, Mar 12, 2024 at 10:19 AM Yann Ylavic wrote: > > > > On Tue, Mar 12, 2024 at 3:03 PM Eric Covener wrote: > > > > > > On Tue, Mar 12, 2024 at 8:48 AM Yann Ylavic wrote: > > > > > > > > Maybe it could be: > > > > if

Re: svn commit: r1916243 - /httpd/httpd/trunk/server/mpm/event/event.c

On Tue, Mar 12, 2024 at 10:19 AM Yann Ylavic wrote: > > On Tue, Mar 12, 2024 at 3:03 PM Eric Covener wrote: > > > > On Tue, Mar 12, 2024 at 8:48 AM Yann Ylavic wrote: > > > > > > Maybe it could be: > > > if (threads_created) { > > > > not listener_started? > > > > threads_started>0 could

  1   2   3   4   5   6   7   8   9   10   >