Re: svn commit: r1779578 - /httpd/httpd/trunk/docs/manual/mod/mod_proxy_http2.xml

> Am 20.01.2017 um 09:45 schrieb elu...@apache.org: > > Author: elukey > Date: Fri Jan 20 08:45:40 2017 > New Revision: 1779578 > > URL: http://svn.apache.org/viewvc?rev=1779578&view=rev > Log: > Added more details to mod-proxy-http2's doc > > Modified: >httpd/httpd/trunk/docs/manual/mod/mo

Re: svn commit: r1877345 - in /httpd/httpd/trunk/modules/ssl: ssl_engine_config.c ssl_engine_init.c ssl_engine_pphrase.c ssl_private.h

Neat. > Am 04.05.2020 um 10:32 schrieb jor...@apache.org: > > Author: jorton > Date: Mon May 4 08:32:23 2020 > New Revision: 1877345 > > URL: http://svn.apache.org/viewvc?rev=1877345&view=rev > Log: > mod_ssl: Use retained data API for storing private keys across reloads. > Allocate SSLModConfi

Re: svn commit: r1878462 - /httpd/httpd/trunk/modules/md/md_json.c

> Am 04.06.2020 um 09:04 schrieb gbec...@apache.org: > > Author: gbechis > Date: Thu Jun 4 07:04:09 2020 > New Revision: 1878462 > > URL: http://svn.apache.org/viewvc?rev=1878462&view=rev > Log: > Add error checks in md_json_readb > > Modified: >httpd/httpd/trunk/modules/md/md_json.c >

ssl infrastructure

As you might know, I have started writing an Apache module to bring SSL using the Rust based rustls library to the server. Currently, I have base connection filter working and can serve requests. Nothing fancy, but the Rust lib is loaded and does the job. My goal for this project is to have a m

Re: svn commit: r1887390 - /httpd/httpd/branches/2.4.x/modules/http/http_etag.c

Ha! Misery loves company, it seems... ;-) More constructive: with modern computers that fast, should we add a dependency of log-tags to the default build targets? or at least "install" or somesuch? The machines are made to serve! > Am 09.03.2021 um 19:15 schrieb yla...@apache.org: > > Author:

Re: svn commit: r1889049 - /httpd/httpd/branches/2.4.x/STATUS

Thanks, jailletc, as of the changes from yesterday, the PR should be "cleaner". Btw. can we add the .gitignore to our branches/2.4.x so it gets synched? > Am 21.04.2021 um 11:22 schrieb jaillet...@apache.org: > > Author: jailletc36 > Date: Wed Apr 21 09:22:11 2021 > New Revision: 1889049 > > UR

Re: svn commit: r1891730 - /httpd/httpd/branches/2.4.x/STATUS

Will throw this into my testsuite shredder today. Thank Yann, for bringing this in! > Am 22.07.2021 um 19:35 schrieb yla...@apache.org: > > Author: ylavic > Date: Thu Jul 22 17:35:21 2021 > New Revision: 1891730 > > URL: http://svn.apache.org/viewvc?rev=1891730&view=rev > Log: > Propose [skip c

Re: http2 test suite

> Am 20.08.2021 um 13:46 schrieb Joe Orton : > > On Fri, Aug 20, 2021 at 11:35:45AM +0200, Stefan Eissing wrote: >> https://github.com/apache/httpd/pull/260 >> a PR with the http2 test suite in trunk/test/modules/http2 >> >> How to use: >> >> • run configure again after you checked this out

Re: http2 test suite

Done in r1892476. Looking forward on how this works on your machines. - Stefan > Am 20.08.2021 um 13:50 schrieb ste...@eissing.org: > > > >> Am 20.08.2021 um 13:46 schrieb Joe Orton : >> >> On Fri, Aug 20, 2021 at 11:35:45AM +0200, Stefan Eissing wrote: >&

Re: http2 test suite

ste...@eissing.org: > > Done in r1892476. Looking forward on how this works on your machines. > > - Stefan > >> Am 20.08.2021 um 13:50 schrieb ste...@eissing.org: >> >> >> >>> Am 20.08.2021 um 13:46 schrieb Joe Orton : >>> >>> On Fr

Re: http2 test suite

> Am 23.08.2021 um 14:40 schrieb Joe Orton : > > On Mon, Aug 23, 2021 at 12:59:19PM +0200, ste...@eissing.org wrote: >> The http2 test suites in https://github.com/icing/mod_h2 and svn trunk are >> now nearly identical. I made some small adjustment and also have them >

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 25.08.2021 um 13:53 schrieb Yann Ylavic : > > On Wed, Aug 25, 2021 at 1:14 AM Travis CI wrote: >> >> apache / httpd >> >> trunk >> >> Build #1831 was broken >> 21 mins and 33 secs >> Yann Ylavic >> 243c5fa CHANGESET → >> >> mpm_{event,worker,prefork}: late stop of children processes o

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 25.08.2021 um 15:06 schrieb ste...@eissing.org: > > > >> Am 25.08.2021 um 13:53 schrieb Yann Ylavic : >> >> On Wed, Aug 25, 2021 at 1:14 AM Travis CI wrote: >>> >>> apache / httpd >>> >>> trunk >>> >

Re: http2 test suite

> Am 25.08.2021 um 15:30 schrieb Joe Orton : > > On Mon, Aug 23, 2021 at 03:03:34PM +0200, ste...@eissing.org wrote: >> >> >>> Am 23.08.2021 um 14:40 schrieb Joe Orton : >>> >>> On Mon, Aug 23, 2021 at 12:59:19PM +0200, ste...@eissin

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 25.08.2021 um 15:15 schrieb ste...@eissing.org: > > > >> Am 25.08.2021 um 15:06 schrieb ste...@eissing.org: >> >> >> >>> Am 25.08.2021 um 13:53 schrieb Yann Ylavic : >>> >>> On Wed, Aug 25, 2021 at 1:14 AM Travis CI wro

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 25.08.2021 um 15:54 schrieb Yann Ylavic : > > On Wed, Aug 25, 2021 at 3:37 PM ste...@eissing.org wrote: >> >> Follow up: if I do a "time.sleep(2)" after each "apachectl" in my >> test suite, it works fine. >> >> Speculating: my

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 25.08.2021 um 16:04 schrieb Yann Ylavic : > > On Wed, Aug 25, 2021 at 3:56 PM ste...@eissing.org wrote: >> >> >> >>> Am 25.08.2021 um 15:54 schrieb Yann Ylavic : >>> >>> On Wed, Aug 25, 2021 at 3:37 PM ste...@eissing.org &g

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 25.08.2021 um 16:16 schrieb Yann Ylavic : > > On Wed, Aug 25, 2021 at 4:04 PM Yann Ylavic wrote: >> >> On Wed, Aug 25, 2021 at 3:56 PM ste...@eissing.org >> wrote: >>> >>> I could add that in the test config as header to a certain locatio

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

Ok, brute-forced it a bit. The test suite now always does a stop/start cycle on config changes as reload now longer works reliably. Takes a bit more time, but not overly so on my machine. Cheers, Stefan > Am 25.08.2021 um 16:22 schrieb ste...@eissing.org: > > > >> Am 2

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

It should be fixed now with r1892599, I believe. > Am 25.08.2021 um 13:53 schrieb Yann Ylavic : > > On Wed, Aug 25, 2021 at 1:14 AM Travis CI wrote: >> >> apache / httpd >> >> trunk >> >> Build #1831 was broken >> 21 mins and 33 secs >> Yann Ylavic >> 243c5fa CHANGESET → >> >> mpm_{event,wor

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

wreck it. > On Wed, Aug 25, 2021 at 5:02 PM ste...@eissing.org wrote: >> >> It should be fixed now with r1892599, I believe. >> >>> Am 25.08.2021 um 13:53 schrieb Yann Ylavic : >>> >>> On Wed, Aug 25, 2021 at 1:14 AM Travis CI wrote: >>>

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 25.08.2021 um 17:34 schrieb Joe Orton : > > On Wed, Aug 25, 2021 at 05:08:06PM +0200, ste...@eissing.org wrote: >> >> >>> Am 25.08.2021 um 17:06 schrieb Yann Ylavic : >>> >>> Thanks, looks good, it probably needs a backport to 2.4.x sin

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 25.08.2021 um 17:34 schrieb Joe Orton : > > On Wed, Aug 25, 2021 at 05:08:06PM +0200, ste...@eissing.org wrote: >> >> >>> Am 25.08.2021 um 17:06 schrieb Yann Ylavic : >>> >>> Thanks, looks good, it probably needs a backport to 2.4.x sin

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 26.08.2021 um 10:16 schrieb Joe Orton : > > On Thu, Aug 26, 2021 at 09:51:07AM +0200, ste...@eissing.org wrote: >> https://app.travis-ci.com/github/apache/httpd >> >>> assert env.apache_restart() == 0 >> 3026E assert 1 == 0 >>

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 26.08.2021 um 10:27 schrieb Ruediger Pluem : > > > > On 8/26/21 10:21 AM, ste...@eissing.org wrote: >> >> >>> Am 26.08.2021 um 10:16 schrieb Joe Orton : >>> >>> On Thu, Aug 26, 2021 at 09:51:07AM +0200, ste...@eissing.org wro

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

Joe: with r1892615 I fixed a bug in waiting for the server to become unresponsive after a stop. This *should* make timed waits unnecessary in the http2 test suite. - Stefan > Am 26.08.2021 um 10:43 schrieb ste...@eissing.org: > > > >> Am 26.08.2021 um 10:27 schr

Re: Broken: apache/httpd#1831 (trunk - 243c5fa)

> Am 26.08.2021 um 16:44 schrieb Joe Orton : > > On Thu, Aug 26, 2021 at 01:11:16PM +0200, ste...@eissing.org wrote: >> Joe: with r1892615 I fixed a bug in waiting for the server to become >> unresponsive after a stop. This *should* make timed waits unnecessary >&

server reload responsiveness

I really like the amazing improvement by Yann to keep the server responding during reloads! Well done! What I wonder, hoping that we are able to backport it, how this could affect productions. I know from feedback on h2 that some systems have memory pressure during reloads and whished for h2 wor

http2 test suite

With the http2 test suite now running in CI (thanks Joe for all the CI work!), we should also put that into 2.4.x. It should run there without any changes, as I use it myself that way. Related to that, do we exempt "./test" from RTC in 2.4.x/STATUS? - Stefan

release?

In what state is our release handling? Given someone holding my hand, could I do it? Or is it better to look someone over the shoulder while he does it? Cheers, Stefan

Re: release?

> Am 30.08.2021 um 22:53 schrieb Christophe JAILLET > : > > > Le 30/08/2021 à 13:53, Eric Covener a écrit : >> On Mon, Aug 30, 2021 at 7:36 AM ste...@eissing.org >> wrote: >>> In what state is our release handling? Given someone holding my hand, could

release scripts

Having a look at the release scripts and how they work. I think we can use SVN and its branches/tags in a bit smarter way and make things easier. As Christophe mentioned, he would like a "--dry-run" option, because when things do not run smoothly to the end, you have not only a local messed-up st

Re: [VOTE] http2 test suite

> Am 01.09.2021 um 11:56 schrieb Joe Orton : > > On Mon, Aug 30, 2021 at 08:39:17AM +0200, Ruediger Pluem wrote: >> On 8/28/21 4:00 PM, Yann Ylavic wrote: >>> On Fri, Aug 27, 2021 at 10:07 AM ste...@eissing.org >>> wrote: >>>> Related to that, d

Re: release scripts

> Am 01.09.2021 um 13:15 schrieb Eric Covener : > > On Wed, Sep 1, 2021 at 6:08 AM ste...@eissing.org wrote: >> >> Having a look at the release scripts and how they work. >> >> I think we can use SVN and its branches/tags in a bit smarter way >>

Re: release scripts

OK, small hickup. The build shell for the manuals wants a JDK 1.8 or 11... uhm...I need a time machine, or we can change the check there. Since I am not experienced in our manual stuff, can someone knowledgable check this? - Stefan > Am 01.09.2021 um 13:27 schrieb ste...@eissing.

Re: Failed: apache/httpd#1856 (candidate-2.4.49 - cd5b61d)

Not sure what to make of this. I think testing a release candidate is fine, but I do not really see what was wrong. Maybe tomorrow, I see it... - Stefan > Am 02.09.2021 um 18:12 schrieb Travis CI : > > apache / httpd > candidate-2.4.49 > Build #1856 failed24 mins and 12 secs > Stefan Eissingcd

Re: svn commit: r1892841 - /httpd/httpd/trunk/.travis.yml

Thanks, Joe! \o/ > Am 03.09.2021 um 09:54 schrieb jor...@apache.org: > > Author: jorton > Date: Fri Sep 3 07:54:03 2021 > New Revision: 1892841 > > URL: http://svn.apache.org/viewvc?rev=1892841&view=rev > Log: > Adjust Travis conditions for candidate-2.4.x tags. > > Modified: >httpd/httpd/

Re: Broken: apache/httpd#1862 (2.4.x - b15b9a5)

> Am 03.09.2021 um 11:57 schrieb Ruediger Pluem : > > > > On 9/3/21 11:17 AM, Travis CI wrote: >> apache >> >> / >> >> httpd >> >> >> >> branch icon2.4.x >

Re: svn commit: r1892852 - in /httpd/dev-tools/v2: common-lib.sh make-candidate.sh make-tars.sh push-tars.sh

> Am 03.09.2021 um 13:46 schrieb Ruediger Pluem : > > > > On 9/3/21 1:28 PM, ic...@apache.org wrote: >> Author: icing >> Date: Fri Sep 3 11:28:23 2021 >> New Revision: 1892852 >> >> URL: http://svn.apache.org/viewvc?rev=1892852&view=rev >> Log: >> * all scripts have a -h option >> * make-ta

Re: release?

The v2 release scripts in ^/httpd/dev-tools do now work for me to create the tarballs, checksums and signatures for a release vote and push them to dist.apache.org. The steps after a vote need some more work. I will do that in the coming days. However, since we can do a vote now, this is not that

backport review encouragement

In branches/2.4.x/STATUS we have: - 1 showstopper who needs an additional vote - 5 backports, one a bit stale, one missing a vote and 3 new ones by Christophe If you can find the time to look at one of those, it be great. - Stefan

Re: *** SPAM *** svn commit: r1892963 - /httpd/httpd/branches/2.4.x/STATUS

> Am 06.09.2021 um 10:42 schrieb Marion et Christophe JAILLET > : > > > > > > > > > > > >> Message du 06/09/21 09:42 >> De : ic...@apache.org >> A : c...@httpd.apache.org >> Copie à : >> Objet : *** SPAM *** svn commit: r1892963 - >> /httpd/httpd/branches/2.4.x/STATUS >> >> A

Re: svn commit: r1892987 - in /httpd/httpd/trunk: docs/log-message-tags/next-number modules/proxy/proxy_util.c

> Am 06.09.2021 um 13:21 schrieb yla...@apache.org: > > Author: ylavic > Date: Mon Sep 6 11:21:49 2021 > New Revision: 1892987 > > URL: http://svn.apache.org/viewvc?rev=1892987&view=rev > Log: > mod_proxy: Follow up to r1892986: APLOGNO() > > Stefan get out of this body! :) Was I not wearin

release and site changes

Does someone have an idea what needs to change regarding our website and release updates? Since I have my hands dirty already, now would be a good time to have me do it... - Stefan

Re: Errored: apache/httpd#1888 (trunk - 47e6ece)

> Am 06.09.2021 um 15:45 schrieb Yann Ylavic : > > On Mon, Sep 6, 2021 at 3:08 PM Travis CI wrote: >> >> apache / httpd >> >> trunk >> >> Build #1888 has errored >> 25 mins and 54 secs > > Hmm, several errors that look like travis "internal" failures, am I > missing something? I think you

unused function

proxy_util.c:4447:23: error: unused function 'ap_filter_input_pending' [-Werror,-Wunused-function] in branches/2.4.x on a maintainer build. Can we remove this backport fragment?

Re: svn commit: r1892997 - /httpd/httpd/branches/2.4.x/STATUS

Updated the PR by merging current 2.4.x, updated the documentation and answered the comments. Sorry for missing this so long! > Am 06.09.2021 um 21:43 schrieb rpl...@apache.org: > > Author: rpluem > Date: Mon Sep 6 19:43:39 2021 > New Revision: 1892997 > > URL: http://svn.apache.org/viewvc?rev

Re: svn commit: r1892988 - in /httpd/dev-tools/v2: README common-lib.sh make-candidate.sh update-branch.sh

> Am 06.09.2021 um 17:55 schrieb Ruediger Pluem : > > > > On 9/6/21 1:35 PM, ic...@apache.org wrote: >> Author: icing >> Date: Mon Sep 6 11:35:41 2021 >> New Revision: 1892988 >> >> URL: http://svn.apache.org/viewvc?rev=1892988&view=rev >> Log: >> * added 'update-branch.sh' to increase the

release scripts

After some learning experience (*cough*) I committed a new version of the scripts, now in $DEV_TOOLS/release that go so far as staging local changes to all repositories after a successful vote. I will test some more tomorrow and add the announce mailing part. The real test will then come when actu

Re: svn commit: r1893011 - /httpd/httpd/trunk/test/time-sem.c

> Am 07.09.2021 um 22:04 schrieb Christophe JAILLET > : > > Le 07/09/2021 à 10:52, yla...@apache.org a écrit : >> Author: ylavic >> Date: Tue Sep 7 08:52:23 2021 >> New Revision: 1893011 >> URL: http://svn.apache.org/viewvc?rev=1893011&view=rev >> Log: >> test/time-sem.c: unlock the accept mu

Re: svn commit: r1893113 - /httpd/httpd/branches/2.4.x/STATUS

The way I do 2.4.x updates right now: while true; do svn up; sleep .1; done ;-) > Am 08.09.2021 um 10:29 schrieb yla...@apache.org: > > Author: ylavic > Date: Wed Sep 8 08:29:19 2021 > New Revision: 1893113 > > URL: http://svn.apache.org/viewvc?rev=1893113&view=rev > Log: > Backported in r189

Re: svn commit: r1893113 - /httpd/httpd/branches/2.4.x/STATUS

> Am 08.09.2021 um 10:36 schrieb Yann Ylavic : > > On Wed, Sep 8, 2021 at 10:30 AM ste...@eissing.org wrote: >> >> The way I do 2.4.x updates right now: >> >> while true; do svn up; sleep .1; done >> >> ;-) > > Personally I whine once the checkin fails only :) Touchè!

project website update

Need help to figure out how out website updates now after the "move" (whatever that means). Formerly: - changes committed into https://svn.apache.org/repos/asf/httpd/site/trunk/content - TMP_KEY for from https://cms.apache.org/httpd/publish - POST with same form fields done to trigger the updat

Re: project website update

> Am 08.09.2021 um 12:53 schrieb Christophe JAILLET > : > > Le 08/09/2021 à 12:13, ste...@eissing.org a écrit : >> Need help to figure out how out website updates now after the "move" >> (whatever that means). >> Formerly: >> - changes commi

release roll soon?

FYI: from the script side, I am ready to roll the first candidate. - We have one security issue in a not quite complete state - There are 2 possible back ports hanging in STATUS We can see tomorrow how comfy we are and either I roll right away or we target Monday/Tuesday, I suppose. cheers, Stefa

Re: svn commit: r1893180 - /httpd/httpd/branches/2.4.x/STATUS

Thanks for the nice dev-tools, Rüdiger! > Am 09.09.2021 um 16:57 schrieb rpl...@apache.org: > > Author: rpluem > Date: Thu Sep 9 14:57:48 2021 > New Revision: 1893180 > > URL: http://svn.apache.org/viewvc?rev=1893180&view=rev > Log: > * Vote and promote [skip ci] > > Modified: >httpd/httpd

Re: release roll soon?

> Am 10.09.2021 um 09:02 schrieb Joe Orton : > > On Thu, Sep 09, 2021 at 03:23:13PM -0700, Gregg Smith wrote: >> Since OpenSSL 3.0.0 GA came out yesterday (Californuts time) I think it >> would be nice to have r1891138 backported for those wishing to try it out. >> What you say? > > I'd say it

Re: svn commit: r1893216 - /httpd/httpd/branches/2.4.x/STATUS

FYI: this proposed backport works nicely in 2.4.x, however needs revisiting when the "new" graceful-continues-serving feature is ever ported back. - Stefan > Am 10.09.2021 um 10:20 schrieb ic...@apache.org: > > Author: icing > Date: Fri Sep 10 08:20:14 2021 > New Revision: 1893216 > > URL: htt

Re: release roll soon?

> Am 10.09.2021 um 11:07 schrieb Ruediger Pluem : > > > > On 9/10/21 10:50 AM, Joe Orton wrote: >> On Fri, Sep 10, 2021 at 09:42:10AM +0200, ste...@eissing.org wrote: >>> >>> >>>> Am 10.09.2021 um 09:02 schrieb Joe Orton : >>>&

Re: release roll soon?

proper size for pid_t any one can help my poor memory on how to work around that? I have the insane plan to actually test the tars before putting them out for voting... - Stefan > Am 10.09.2021 um 12:12 schrieb Ruediger Pluem : > > > > On 9/10/21 12:07 PM, ste...@eissing.org wrot

Re: release roll soon?

> Am 10.09.2021 um 16:31 schrieb Yann Ylavic : > > On Fri, Sep 10, 2021 at 4:18 PM ste...@eissing.org wrote: >> >> APR experts: I build the -deps tar with apr 1.7.0 / apr-util 1.6.1. Those >> are looked up at the site as the latest, just like the old scripts did

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

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.49-rc1 as 2.4.49: [ ] +1: It's not just good, it's good enough! [ ] +0: Let's have

Re: trunk/rc usable with OpenSSL 3.0.0 ?

> Am 13.09.2021 um 07:23 schrieb Dennis Clarke : > > > 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 trunk. When httpd > needed to get TLS 1.3 working it was a slam dunk to get that working and > it

Re: trunk/rc usable with OpenSSL 3.0.0 ?

> 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 tarbal

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

> Le 10/09/2021 à 17:23, ste...@eissing.org a écrit : >> 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

Re: [VOTE] Release httpd-2.4.49-rc1 as httpd-2.4.49, PASSED

g this! Cheers, Stefan > Am 14.09.2021 um 11:49 schrieb Steffen : > > All fine on windows till now. > > Only waiting for a full-cycle test mod_md. > > PS. > Thanks Stefan, > but I hope not a release every month or two/three, cost too much of my > cycles/fre

Re: [VOTE] Release httpd-2.4.49-rc1 as httpd-2.4.49, PASSED

> Am 15.09.2021 um 10:12 schrieb Dennis Clarke : > > On 9/15/21 04:04, ste...@eissing.org wrote: >> According to <https://httpd.apache.org/dev/release.html>, I declare >> this vote as PASSED with 8 +1 and a single -1. >> >> I will stage the release tarba

sending announcement mail

...is failing for me. The method from the old announce.sh script does not give any error on curl upload, but no mail appears. Anyone got a suggestion? - Stefan

Re: sending announcement mail

blackholed the correct mails afterwards. Or there was a queue stuck somewhere. I cannot tell and thus I opened a ticket at infra https://issues.apache.org/jira/browse/INFRA-22338. Cheers, Stefan > > Cheers, > -g > > > On Thu, Sep 16, 2021 at 4:26 AM ste...@eissing.org wrote

Re: sending announcement mail

> On 16/09/2021 06.03, ste...@eissing.org wrote: >>> Am 16.09.2021 um 12:40 schrieb Greg Stein : >>> >>> Fails, how? ... email to annou...@apache.org needs to come from your >>> @apache.org account and include a Reply-To. The moderators may have bounce

Re: sending announcement mail

> 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...@apache.org as well. > >

Re: sending announcement mail

> 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 mo

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

> Am 16.09.2021 um 14:04 schrieb Ruediger Pluem : > > > > On 9/16/21 12:33 PM, ic...@apache.org wrote: >> This is an automated email from the ASF dual-hosted git repository. >> >> icing pushed a commit to branch main >> in repository https://gitbox.apache.org/repos/asf/httpd-site.git >> >>

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

> Am 16.09.2021 um 14:14 schrieb ste...@eissing.org: > >> >> Am 16.09.2021 um 14:04 schrieb Ruediger Pluem : >> >> >> >> On 9/16/21 12:33 PM, ic...@apache.org wrote: >>> This is an automated email from the ASF dual-hosted git repository. &

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

Rüdiger, you are also probably looking at this. Who runs he shell scripts to generate the mds? It seems we need to do that on changing the cves? Also, the converter script stumbles on CVEs without "timeline". Are you on it or should I? > Am 16.09.2021 um 14:17 schrieb ste..

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

rove in the cveprocess and our release scripts. > Am 16.09.2021 um 14:38 schrieb Ruediger Pluem : > > > > On 9/16/21 2:25 PM, ste...@eissing.org wrote: >> Rüdiger, you are also probably looking at this. Who runs he shell scripts to >> generate the mds? It seems we need to d

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

And thanks, Rüdiger, for noticing and the quick fixes.\o/ > Am 16.09.2021 um 14:53 schrieb ste...@eissing.org: > > Just pushed and it updated. > > Summary: > - the "optional" timeline needs to contain an entry "2.4.49 released" or the > conversion

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

> Am 16.09.2021 um 15:01 schrieb Ruediger Pluem : > > > > On 9/16/21 2:59 PM, ste...@eissing.org wrote: >> And thanks, Rüdiger, for noticing and the quick fixes.\o/ > > And thanks to you for all the release and scripting work. I think we should request some do

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

> Am 16.09.2021 um 21:44 schrieb Ruediger Pluem : > > > > On 9/16/21 7:13 PM, Eric Covener wrote: >> On Thu, Sep 16, 2021 at 12:58 PM Mark J Cox wrote: >>> >>> Hi; at the moment the ASF customisation to the tool is tracked in my github >>> fork along with issues. There's no specific place

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

> Am 17.09.2021 um 08:54 schrieb Ruediger Pluem : > > > > On 9/16/21 10:12 PM, ste...@eissing.org wrote: >> >> >>> Am 16.09.2021 um 21:44 schrieb Ruediger Pluem : >>> >>> >>> >>> On 9/16/21 7:13 PM, Eri

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

> Am 17.09.2021 um 11:18 schrieb Ruediger Pluem : > > > > On 9/17/21 9:36 AM, ste...@eissing.org wrote: >> >> >>> Am 17.09.2021 um 08:54 schrieb Ruediger Pluem : >>> >>> >>> >>> On 9/16/21 10:12 PM, ste...@eiss

Re: [httpd-site] branch main updated: publishing release httpd-2.4.49

> Am 17.09.2021 um 11:20 schrieb ste...@eissing.org: > > > >> Am 17.09.2021 um 11:18 schrieb Ruediger Pluem : >> >> >> >> On 9/17/21 9:36 AM, ste...@eissing.org wrote: >>> >>> >>>> Am 17.09.2021 um 08:54

Re: sending announcement mail

> Am 18.09.2021 um 13:18 schrieb Rainer Jung : > > 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

Re: sending announcement mail

Ok, so the problem was that 'ic...@apache.org' was not subscribed there - sigh.🙈 > Am 18.09.2021 um 13:48 schrieb ste...@eissing.org: > > > >> Am 18.09.2021 um 13:18 schrieb Rainer Jung : >> >> Am 16.09.2021 um 13:59 schrieb ste...@eissing.org:

2.4.49 release report

Compiling the release experience. Apache httpd 2.4.49 was released on September 15/16 20201. There were changes to the release process and some resulting hickups, but it went through. New in the release process were: - a switch from always incrementing version numbers to release candidate numb

Re: svn commit: r1862475 - in /httpd/httpd/trunk: CHANGES modules/http2/h2_conn.c modules/http2/h2_version.h server/mpm/event/event.c

> Am 14.09.2021 um 13:43 schrieb Ruediger Pluem : > > When looking at this again while researching something I couldn't answer > myself the questions below > and as event mpm and mod_http2 are sometimes pretty complex I thought I ask > :-) > > On 7/3/19 3:46 PM, ic...@apache.org wrote: >> Au

Re: svn commit: r1862475 - in /httpd/httpd/trunk: CHANGES modules/http2/h2_conn.c modules/http2/h2_version.h server/mpm/event/event.c

> Am 20.09.2021 um 11:17 schrieb ste...@eissing.org: > > > >> Am 14.09.2021 um 13:43 schrieb Ruediger Pluem : >> >> When looking at this again while researching something I couldn't answer >> myself the questions below >> and as event m

Re: svn commit: r1862475 - in /httpd/httpd/trunk: CHANGES modules/http2/h2_conn.c modules/http2/h2_version.h server/mpm/event/event.c

> Am 20.09.2021 um 12:27 schrieb Ruediger Pluem : > > > > On 9/20/21 11:17 AM, ste...@eissing.org wrote: >> >> >>> Am 14.09.2021 um 13:43 schrieb Ruediger Pluem : >>> >>> When looking at this again while researching something I coul

Re: crash in process_lingering_close

> Am 21.09.2021 um 11:48 schrieb Ruediger Pluem : > > I noticed a crash in process_lingering_close > > The crash happens here: > > #0 0x7f5d4af33b28 in apr_socket_timeout_set (sock=sock@entry=0x0, > t=t@entry=200) at network_io/unix/sockopt.c:86 >stat = > #1 0x0047

Re: Separate beam timeout in mod_http2?

> Am 22.09.2021 um 17:30 schrieb Ruediger Pluem : > > Currently we use the timeout setting of a virtual server hardcoded as the > beam timeout. > While I think that this is a good default I have situations where I think it > would be beneficial to set this timeout separately. > Opinions on a d

Re: svn commit: r1893530 - /httpd/httpd/branches/2.4.x/STATUS

> Am 23.09.2021 um 09:25 schrieb rpl...@apache.org: > > Author: rpluem > Date: Thu Sep 23 07:25:24 2021 > New Revision: 1893530 > > URL: http://svn.apache.org/viewvc?rev=1893530&view=rev > Log: > * Comment [skip ci] > > Modified: >httpd/httpd/branches/2.4.x/STATUS > > Modified: httpd/htt

Re: svn commit: r1893543 - /httpd/httpd/branches/2.4.x/STATUS

> Am 23.09.2021 um 11:28 schrieb Yann Ylavic : > > On Thu, Sep 23, 2021 at 11:14 AM wrote: >> >> Author: icing >> Date: Thu Sep 23 09:13:59 2021 >> New Revision: 1893543 >> >> URL: http://svn.apache.org/viewvc?rev=1893543&view=rev >> Log: >> Reload of proposed mod_http2 backport of server gr

Re: svn commit: r1893542 [1/12] - in /httpd/httpd/branches/2.4.x: ./ test/modules/ test/modules/http2/ test/modules/http2/conf/ test/modules/http2/data/ test/modules/http2/htdocs/ test/modules/http2/h

> Am 23.09.2021 um 11:32 schrieb Yann Ylavic : > > On Thu, Sep 23, 2021 at 10:56 AM wrote: >> >> Author: icing >> Date: Thu Sep 23 08:56:33 2021 >> New Revision: 1893542 >> >> URL: http://svn.apache.org/viewvc?rev=1893542&view=rev >> Log: >> * test: adding the modules/http2 test suite for ea

Re: svn commit: r1893549 - in /httpd/httpd/trunk: .travis.yml test/travis_run_linux.sh

Thanks, Rüdiger. I was about to go looking for that... > Am 23.09.2021 um 13:12 schrieb rpl...@apache.org: > > Author: rpluem > Date: Thu Sep 23 11:12:25 2021 > New Revision: 1893549 > > URL: http://svn.apache.org/viewvc?rev=1893549&view=rev > Log: > * t/modules/http2.t is gone since 1893547. So

Re: svn commit: r1893563 - in /httpd/httpd/trunk/modules/http2: h2_version.h h2_workers.c

> Am 23.09.2021 um 15:51 schrieb Ruediger Pluem : > > > > On 9/23/21 3:44 PM, ic...@apache.org wrote: >> Author: icing >> Date: Thu Sep 23 13:44:58 2021 >> New Revision: 1893563 >> >> URL: http://svn.apache.org/viewvc?rev=1893563&view=rev >> Log: >> * mod_http2: fix version suffix after syn

Re: Separate beam timeout in mod_http2?

> Am 24.09.2021 um 12:05 schrieb Ruediger Pluem : > > > > On 9/22/21 6:14 PM, Ruediger Pluem wrote: >> >> >> On 9/22/21 5:41 PM, ste...@eissing.org wrote: >>> >>>> Am 22.09.2021 um 17:30 schrieb Ruediger Pluem : >>>> >&

pollset WAKEABLE

Does anyone know which platforms do *not* support WAKEABLE apr pollsets? And if http2 should support this, would be adding an own wakeup pipe be the way to go? Thanks, Stefan

Re: pollset WAKEABLE

> Am 28.09.2021 um 14:04 schrieb Yann Ylavic : > > On Tue, Sep 28, 2021 at 1:08 PM ste...@eissing.org wrote: >> >> Does anyone know which platforms do *not* support WAKEABLE apr pollsets? > > Last time I checked (IIRC) all platforms support it on the APR side, >

Re: pollset WAKEABLE

> Am 28.09.2021 um 14:10 schrieb ste...@eissing.org: > > > >> Am 28.09.2021 um 14:04 schrieb Yann Ylavic : >> >> On Tue, Sep 28, 2021 at 1:08 PM ste...@eissing.org >> wrote: >>> >>> Does anyone know which platforms do *not* support W

mod_http2 progress

Just a FYI: I announced that I had a rewrite of the connection/stream handling in the works and would bring that into trunk soon. An update on how that is going: v2.0.0-rc4 is on github now and solves the problem with pipes on our beloved Window platform, thanks to user @nono303 for the testing.

  1   2   >