Uhm, don't know what it is, but trunk runs out of open files in my load tests
now after a few seconds...
> Am 20.02.2017 um 14:50 schrieb yla...@apache.org:
>
> Author: ylavic
> Date: Mon Feb 20 13:50:49 2017
> New Revision: 1783759
>
> URL: http://svn.apache.org/viewvc?rev=1783759=rev
> Log:
> 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=rev
> Log:
> Added more details to mod-proxy-http2's doc
>
> Modified:
>
Thanks!
> Am 07.04.2017 um 22:05 schrieb jaillet...@apache.org:
>
> Author: jailletc36
> Date: Fri Apr 7 20:05:29 2017
> New Revision: 1790620
>
> URL: http://svn.apache.org/viewvc?rev=1790620=rev
> Log:
> h2_worker.c is no more, so remove reference to this file.
>
> Modified:
>
Cool! Thanks, Gregg!
> Am 14.11.2017 um 22:01 schrieb gsm...@apache.org:
>
> Author: gsmith
> Date: Tue Nov 14 21:01:37 2017
> New Revision: 1815264
>
> URL: http://svn.apache.org/viewvc?rev=1815264=rev
> Log: (empty)
>
> Added:
>httpd/httpd/trunk/modules/md/a2md.dsp
>
Sorry, Rüdiger.
> Am 12.12.2017 um 10:36 schrieb rj...@apache.org:
>
> Author: rjung
> Revision: 1817894
> Modified property: svn:log
>
> Modified: svn:log at Tue Dec 12 09:36:05 2017
> --
> --- svn:log (original)
>
Ah, drat. Thanks for the fix. :)
> Am 28.04.2018 um 13:58 schrieb cove...@apache.org:
>
> Author: covener
> Date: Sat Apr 28 11:58:24 2018
> New Revision: 1830439
>
> URL: http://svn.apache.org/viewvc?rev=1830439=rev
> Log:
> trivial tweak
>
>
> Modified:
>
Thanks, Yann, for synching the branches in that direction.
> Am 05.01.2018 um 23:04 schrieb yla...@apache.org:
>
> Modified: httpd/httpd/branches/2.4.x-mod_md/docs/manual/mod/mod_lua.html.fr
> URL:
>
Hmm...lines 952+: if the first data bucket has length 0, will the parser not
still be opened on potentially uninitialized buf memory?
> Am 03.01.2018 um 14:37 schrieb yla...@apache.org:
>
> Author: ylavic
> Date: Wed Jan 3 13:37:50 2018
> New Revision: 1819969
>
> URL:
That what Yann adds, he will taketh away again. And all will be right. That is
the way of things. It is known.
> Am 08.01.2018 um 16:58 schrieb yla...@apache.org:
>
> Author: ylavic
> Date: Mon Jan 8 15:58:57 2018
> New Revision: 1820579
>
> URL: http://svn.apache.org/viewvc?rev=1820579=rev
>
Hmm...
> Am 01.02.2018 um 15:42 schrieb yla...@apache.org:
>
> +/*
> + * When mod_http2 is loaded we might have more processing threads
> + * since it has it's own pool of processing threads.
> + */
> +ap_mpm_query(AP_MPMQ_MAX_THREADS, _threads);
> +
Under which conditions did it not build? I am using maintainer mode on MacOS
all the time.
> Am 14.08.2018 um 23:25 schrieb cove...@apache.org:
>
> Author: covener
> Date: Tue Aug 14 21:25:54 2018
> New Revision: 1838054
>
> URL: http://svn.apache.org/viewvc?rev=1838054=rev
> Log:
> don't use
Yann and Rüdiger, looking at this, I am thinking about how to improve mod_md's
init of openssl. Basically, if mod_ssl + mod_md is loaded, mod_md does not have
to do anything, it seems.
However, there is a slim chance that someone has another ssl module (or none?)
and what should mod_md do
urgs, sorry.
> Am 11.04.2018 um 11:16 schrieb yla...@apache.org:
>
> Author: ylavic
> Date: Wed Apr 11 09:16:56 2018
> New Revision: 1828883
>
> URL: http://svn.apache.org/viewvc?rev=1828883=rev
> Log:
> Revert r1828882's mergeinfo.
>
> Modified:
>httpd/httpd/branches/2.4.x/ (props
Thanks, Rainer.
> Am 09.04.2018 um 09:30 schrieb rj...@apache.org:
>
> Author: rjung
> Date: Mon Apr 9 07:30:11 2018
> New Revision: 1828670
>
> URL: http://svn.apache.org/viewvc?rev=1828670=rev
> Log:
> mod_ssl: Fix cmake-based build.
>
> modules/md/mod_md.h is now a new public API
> also
Thanks, Yann and Jim for the quick review and vote!
> Am 10.10.2018 um 17:34 schrieb j...@apache.org:
>
> Author: jim
> Date: Wed Oct 10 15:34:19 2018
> New Revision: 1843464
>
> URL: http://svn.apache.org/viewvc?rev=1843464=rev
> Log:
> backport votes
>
>
> Modified:
>
Thanks, Jim!
> Am 19.09.2018 um 14:55 schrieb j...@apache.org:
>
> Author: jim
> Date: Wed Sep 19 12:55:26 2018
> New Revision: 1841330
>
> URL: http://svn.apache.org/viewvc?rev=1841330=rev
> Log:
> Merge r1835118 from trunk:
>
> On the trunk:
>
> * silencing gcc uninitialized warning
> *
> Am 20.02.2019 um 10:53 schrieb yla...@apache.org:
>
> Author: ylavic
> Date: Wed Feb 20 09:53:30 2019
> New Revision: 1853939
>
> URL: http://svn.apache.org/viewvc?rev=1853939=rev
> Log:
> Propose.
>
> Modified:
>httpd/httpd/branches/2.4.x/STATUS
>
> Modified:
p until either data or an EOF arrives. That does not
seem good either.
Any other ideas?
-Stefan
> Am 20.02.2019 um 15:14 schrieb ste...@eissing.org:
>
>
>
>> Am 20.02.2019 um 10:53 schrieb yla...@apache.org:
>>
>> Author: ylavic
>> Date: Wed Feb 20 09:53:3
Ok, got a fix in r1853967 and propose to include in mod_reqtimeout backport.
Cheers, Stefan
> Am 20.02.2019 um 16:09 schrieb ste...@eissing.org:
>
> Ok, I think I understood:
>
> - On a h2 slave connection, slave->keepalives is always > 0, to keep certain
> parts of
Thanks!
> Am 14.03.2019 um 04:46 schrieb gsm...@apache.org:
>
> Author: gsmith
> Date: Thu Mar 14 03:46:13 2019
> New Revision: 1855479
>
> URL: http://svn.apache.org/viewvc?rev=1855479=rev
> Log:
> adjust per r1855434
>
> Modified:
>httpd/httpd/branches/2.4.x/modules/http2/mod_http2.dep
>
Would that not effectively relocate the directory on a server upgrade and cause
all existing certificates to no longer be found?
> Am 15.02.2019 um 11:09 schrieb jor...@apache.org:
>
> Author: jorton
> Date: Fri Feb 15 10:09:53 2019
> New Revision: 1853631
>
> URL:
Yann,
this works fine in my tests on trunk. However on 2.4.x I get often errors when
uploading data without content-length.
Scenario from the h2 test suite, HTTP/2 on the front, old skool HTTP/1.1 proxy
to itself:
> while true; do nghttp -v --expect-continue --data=gen/tmp/updata
>
Thanks, Jim and Eric!
> Am 13.06.2019 um 13:08 schrieb j...@apache.org:
>
> Author: jim
> Date: Thu Jun 13 11:08:29 2019
> New Revision: 1861247
>
> URL: http://svn.apache.org/viewvc?rev=1861247=rev
> Log:
> Merge r1860260 from trunk:
>
> * modules/http2: more copying of data to disentangle
;-)
> Am 09.08.2019 um 10:30 schrieb rj...@apache.org:
>
> Author: rjung
> Date: Fri Aug 9 08:30:21 2019
> New Revision: 1864774
>
> URL: http://svn.apache.org/viewvc?rev=1864774=rev
> Log:
> ENOCOFFEE.
>
> Modified:
>httpd/httpd/branches/2.4.x/STATUS
>
> Modified:
Thanks. I'll port that back to 2.4.x right away.
> Am 01.08.2019 um 15:58 schrieb cove...@apache.org:
>
> Author: covener
> Date: Thu Aug 1 13:58:45 2019
> New Revision: 1864153
>
> URL: http://svn.apache.org/viewvc?rev=1864153=rev
> Log:
> don't mess with AP_ENABLE_EXCEPTION_HOOK on trunk
>
I would like what Joe had for breakfast this week. Seems energizing. ;-)
> Am 08.11.2019 um 13:44 schrieb jor...@apache.org:
>
> Author: jorton
> Date: Fri Nov 8 12:44:33 2019
> New Revision: 1869551
>
> URL: http://svn.apache.org/viewvc?rev=1869551=rev
> Log:
> RTC exception for Travis.
>
>
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=rev
> Log:
> mod_ssl: Use retained data API for storing private keys across reloads.
> Allocate SSLModConfigRec
> 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=rev
> Log:
> Add error checks in md_json_readb
>
> Modified:
>httpd/httpd/trunk/modules/md/md_json.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:
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
>
>
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
> 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
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:
>&
> 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
>
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
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
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
> 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
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
> 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
> 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
>>
> 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
> 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
>>
> 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
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
> 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
> 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:
> 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
> 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
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
> 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
>>>
>
> 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
> 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
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
> 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:
>>>>
>
> 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
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 →
>>
>>
> 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=rev
>> Log:
>> * all scripts have a -h option
>> *
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
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.
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
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
> 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
>>
>>
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
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,
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=rev
> Log:
> * Vote and promote [skip ci]
>
> Modified:
>
> 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
> 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 :
>>>&
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:
the 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
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
> 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
> 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
> 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
>
> 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
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=rev
> Log:
> Backported in
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
> 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=rev
>> Log:
>> test/time-sem.c: unlock the accept mutex
> 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è!
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
> 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=rev
> Log:
> mod_proxy: Follow up to r1892986: APLOGNO()
>
> Stefan get out of this body! :)
Was I not wearing my
> 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
> 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
> 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.
>
> I got
> 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
>>
>>
> 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 som
> 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 modded
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
> 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 reposi
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
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..
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:
>>&
> 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
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
> 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:
>>
> 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 mpm an
> 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
> 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
> 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
> 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
1 - 100 of 169 matches
Mail list logo