> Am 27.11.2021 um 14:21 schrieb Greg Stein :
>
> On Fri, Nov 26, 2021 at 3:49 AM ste...@eissing.org wrote:
> >...
> Additionally, we need to clarify with ASF and ISRG if this needs some sort of
> paperwork. Since the ISRG repository uses the Apache license, in my
gt; probably because you are several steps ahead :)
>
> El jue, 25 nov 2021 a las 11:26, Greg Stein () escribió:
>>
>> On Thu, Nov 25, 2021 at 3:42 AM ste...@eissing.org
>> wrote:
>>> ...
>>>
>>> In its development, the arrival of mod_tls has ca
> Am 24.11.2021 um 12:42 schrieb Graham Leggett :
>
> On 18 Nov 2021, at 19:48, ste...@eissing.org wrote:
>
>> How would you feel about adding mod_tls
>> (https://github.com/abetterinternet/mod_tls) as an experimental module to
>> Apache httpd?
>
checkout/create the librustls.
I can start a docker image to see what that needs.
Kind Regards,
Stefan
>
> On Wed, Nov 24, 2021 at 10:46:03AM +0100, ste...@eissing.org wrote:
>> Coming back to this. Since there was no feedback on my post: are people
>> just too occupied/oppos
Coming back to this. Since there was no feedback on my post: are people
just too occupied/opposed/not interested?
Curious,
Stefan
> Am 18.11.2021 um 18:48 schrieb ste...@eissing.org:
>
> How would you feel about adding mod_tls
> (https://github.com/abetterinternet/mod_tls) as an
How would you feel about adding mod_tls
(https://github.com/abetterinternet/mod_tls) as an experimental module to
Apache httpd?
For people who have not followed that development:
- it is a TLS 1.2/1.3 implementation based on rustls,
https://github.com/rustls/rustls
- the C API is rustls-ffi,
> Am 08.11.2021 um 15:46 schrieb ste...@eissing.org:
>
> test/README.pytest gives an overview on how to use
> the pytest suite and how it works in general. It
> gives directions on how to add test cases, should
> someone be interesting.
and also, if someone is interested.
test/README.pytest gives an overview on how to use
the pytest suite and how it works in general. It
gives directions on how to add test cases, should
someone be interesting.
I added the mod_md test suite in test/modules/md
and if you run that, it checks if it finds the
ACME test server 'pebble'
> Am 04.11.2021 um 13:14 schrieb Ruediger Pluem :
>
>
>
> On 11/4/21 10:42 AM, ic...@apache.org wrote:
>> Author: icing
>> Date: Thu Nov 4 09:42:45 2021
>> New Revision: 1894728
>>
>> URL: http://svn.apache.org/viewvc?rev=1894728=rev
>> Log:
>> * mod_http2: a regression in v1.15.24 of the
Looking at the support for WebSocket over HTTP/2:
- the H2 part itself does not look that complicated.
- BUT we need to upgrade out mod_proxy_wstunnel to
work on c2 connections that have no real socket.
For that, we could make a call like:
apr_file_t *ap_get_conn_file_in(conn_rec*);
and
> Am 02.11.2021 um 11:56 schrieb Ruediger Pluem :
>
>
>
> On 11/2/21 10:31 AM, Joe Orton wrote:
>> On Tue, Nov 02, 2021 at 09:23:32AM +0100, ste...@eissing.org wrote:
>>>
>>>> Am 01.11.2021 um 15:24 schrieb Joe Orton :
>>>>
>>>
> Am 02.11.2021 um 09:24 schrieb Ruediger Pluem :
>
> I tried to fix the below with r1894662:
>
> Index: r3-push-release-tars.sh
> ===
> --- r3-push-release-tars.sh (revision 1894661)
> +++ r3-push-release-tars.sh (working
> Am 01.11.2021 um 15:24 schrieb Joe Orton :
>
> On Sun, Oct 31, 2021 at 01:35:09PM +0100, ste...@eissing.org wrote:
>> I would like us to come to an understanding what our roadmap in
>> regard to OpenSSL 3.0 is. People keep on asking about it.
>>
>> Yest
Hu? Halloween?
> Anfang der weitergeleiteten Nachricht:
>
> Von: announce-h...@httpd.apache.org
> Betreff: Returned post for annou...@httpd.apache.org
> Datum: 1. November 2021 um 00:16:48 MEZ
> An: ic...@apache.org
>
>
> Hi! This is the ezmlm program. I'm managing the
>
I would like us to come to an understanding what our roadmap in
regard to OpenSSL 3.0 is. People keep on asking about it.
Yesterday, I spent some hours hacking at mod_ssl and mod_md to
get it running. I managed to compile it, but it was not working
reliably. Maybe I took some wrong turns
Willy,
> Am 31.10.2021 um 06:45 schrieb Willy Tarreau :
>
> Hi Stefan,
>
>> Maybe something else or a quictls with a name change in the API to avoid
>> conflicts in linking? No one knows.
>
> Note, this is already what quictls does, it inserts ".81" in the soname,
> such as ".so.81.3" instead
> Am 28.10.2021 um 12:26 schrieb Yann Ylavic :
>
> On Wed, Oct 27, 2021 at 5:50 PM ste...@eissing.org wrote:
>>
>>> Am 27.10.2021 um 17:35 schrieb Ruediger Pluem :
>>>
>>> On 10/27/21 4:38 PM, ste...@eissing.org wrote:
>>>> Willy Tarr
> Am 27.10.2021 um 17:35 schrieb Ruediger Pluem :
>
>
>
> On 10/27/21 4:38 PM, ste...@eissing.org wrote:
>> Willy Tarreau made a case on the Debian openssl-dev package list to consider
>> adding the openssl fork quictls, so that software that wants to use QUIC
Willy Tarreau made a case on the Debian openssl-dev package list to consider
adding the openssl fork quictls, so that software that wants to use QUIC/H3
finds a way forwards:
https://alioth-lists.debian.net/pipermail/pkg-openssl-devel/2021-October/007668.html
I added my support to this idea as a
Maybe there is a bug in the release scripts for the announce mails - that part
is least tested. With some of you becoming moderators, we can test this. E.g.
sending an announce, but not letting it through and have feedback.
The SMTP problem is that there is 0 feedback on mistakes, of course.
It has been changed! h2 header buckets have now a length of 0.
> Am 14.10.2021 um 11:34 schrieb ste...@eissing.org:
>
>
>
>> Am 14.10.2021 um 11:28 schrieb Ruediger Pluem :
>>
>>
>>
>> On 10/14/21 11:20 AM, ste...@eissing.org wrote:
>>>
> Am 14.10.2021 um 11:28 schrieb Ruediger Pluem :
>
>
>
> On 10/14/21 11:20 AM, ste...@eissing.org wrote:
>>
>>
>>> Am 14.10.2021 um 11:17 schrieb Ruediger Pluem :
>>>
>>>
>>>
>>> On 10/14/21 10:59 AM, ic...@
> Am 14.10.2021 um 11:23 schrieb Ruediger Pluem :
>
>
>
> On 10/14/21 11:16 AM, ste...@eissing.org wrote:
>>
>>
>>> Am 14.10.2021 um 11:07 schrieb Ruediger Pluem :
>>>
>>>
>>>
>>> On 10/12/21 3:34 PM, ic...@
> Am 14.10.2021 um 11:17 schrieb Ruediger Pluem :
>
>
>
> On 10/14/21 10:59 AM, ic...@apache.org wrote:
>> Author: icing
>> Date: Thu Oct 14 08:59:12 2021
>> New Revision: 1894220
>>
>> URL: http://svn.apache.org/viewvc?rev=1894220=rev
>> Log:
>> *) mod_http2: no longer splitting buckets
> Am 14.10.2021 um 11:07 schrieb Ruediger Pluem :
>
>
>
> On 10/12/21 3:34 PM, ic...@apache.org wrote:
>> Author: icing
>> Date: Tue Oct 12 13:34:01 2021
>> New Revision: 1894163
>>
>> URL: http://svn.apache.org/viewvc?rev=1894163=rev
>> Log:
>> *) mod_http2:
>> - Fixed an issue since
> Am 13.10.2021 um 10:14 schrieb Ruediger Pluem :
>
>
>
> On 10/12/21 3:34 PM, ic...@apache.org wrote:
>> Author: icing
>> Date: Tue Oct 12 13:34:01 2021
>> New Revision: 1894163
>>
>> URL: http://svn.apache.org/viewvc?rev=1894163=rev
>> Log:
>> *) mod_http2:
>> - Fixed an issue since
Just checked in a little refactoring of the pytest in trunk/test.
The basic site setup with certificates now lives in test/pyhttpd
and individual modules use those for their specific purposes.
- I moved the "encoding" tests from test/modules/http2 into /test/modules/core.
- all test name have
Yann, thanks for you PRs. Just one thing:
ap_server_root_relative("/") -> "/"
in my reading of the code. Why am I wrong?
HE CHANGED THE SACRED CODE!
浪
> Am 08.10.2021 um 11:02 schrieb rpl...@apache.org:
>
> Author: rpluem
> Date: Fri Oct 8 09:02:30 2021
> New Revision: 1894021
>
> URL: http://svn.apache.org/viewvc?rev=1894021=rev
> Log:
> * Optimize performance by moving calculation of loop invariant out of
The 2.4.51 announcement on annou...@httpd.apache.org did not make it, as seen
in the mailing list archives.
I have no idea why not. Any moderator of that list here?
- Stefan
Then I close the vote and start pushing the release.
Thanks for everyone to participate here on such a short notice!
Kind Regards,
Stefan
> Am 07.10.2021 um 17:06 schrieb Joe Orton :
>
> ASF release policy [1] suggests that we have a >=72 hour voting period
> for releases, but this is a
Poor travis hamsters...
> Am 07.10.2021 um 16:16 schrieb Travis CI :
>
> apache / httpd
> 2.4.x
> Build #2020 was broken21 mins and 29 secs
> Yann Ylavicc3a95d7 CHANGESET →
> Merge r1893971 from trunk:
>
> core: Add ap_unescape_url_ex() for better decoding control, and deprecate
> unused
> Am 07.10.2021 um 15:17 schrieb ste...@eissing.org:
>
> Hi all,
>
> due to found security weaknesses in our 2.4.50 release, the security team
> feels it is necessary to do a new release on very short notice. We will skip
> the usual 3 day voting period and close
Hi all,
due to found security weaknesses in our 2.4.50 release, the security team
feels it is necessary to do a new release on very short notice. We will skip
the usual 3 day voting period and close the vote once we feel comfortable
with our testing.
Please find below the proposed release
> Am 07.10.2021 um 05:55 schrieb William A Rowe Jr :
>
> On Tue, Sep 28, 2021, 07:22 ste...@eissing.org wrote:
>
> > Am 28.09.2021 um 14:10 schrieb ste...@eissing.org:
> >
> >> Am 28.09.2021 um 14:04 schrieb Yann Ylavic :
> >>
> >>
> Am 06.10.2021 um 11:26 schrieb Ruediger Pluem :
>
>
>
> On 9/30/21 3:18 PM, ste...@eissing.org wrote:
>
>>
>> Rüdiger's "H2StreamTimeout" has been added and test cases gave some
>> surprises. Turns out ap_die() behaves different depend
> Am 06.10.2021 um 09:41 schrieb Ruediger Pluem :
>
>
>
> On 10/4/21 6:02 PM, Ruediger Pluem wrote:
>>
>>
>> On 10/4/21 10:09 AM, ste...@eissing.org wrote:
>>> While I prep the release, can someone open an issue at/clarify with infra
>>
Happy to announce that the httpd-2.4.50 release is out.
The website is updated, the vulnerabilities listed.
The mails to announce's sent, hopefully sitting in the
moderators queues now.
Thanks all for participating!
Kind Regards,
Stefan
> Am 04.10.2021 um 21:59 schrieb Dennis Clarke :
>
> On 10/4/21 04:01, ste...@eissing.org wrote:
>> I count 10 +1 votes for release and none against. I will go ahead and start
>> preparing it.
>>
>> Thanks to everyone for putting in the time on such a
> Am 04.10.2021 um 10:09 schrieb ste...@eissing.org:
>
> While I prep the release, can someone open an issue at/clarify with infra
> that dist.apache.org should not list .htaccess files? Thanks!
Or do we still need them at all? Maybe they should not be there.
>
> - Stefan
While I prep the release, can someone open an issue at/clarify with infra that
dist.apache.org should not list .htaccess files? Thanks!
- Stefan
I count 10 +1 votes for release and none against. I will go ahead and start
preparing it.
Thanks to everyone for putting in the time on such a short notice!
Kind Regards,
Stefan
> Am 01.10.2021 um 16:40 schrieb ste...@eissing.org:
>
> Hi, all;
> Please find below the prop
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.50-rc1 as 2.4.50:
[ ] +1: It's not just good, it's good enough!
[ ] +0: Let's
Dear fellow httpd people,
due to security relevant bugs present in 2.4.49, the team handling such feels
the need to push out a 2.4.50 much sooner than anticipated.
I will generate a 2.4.50-rc1 candidate in the next hours and make that
available for the usual voting process. If you can spare
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.
> 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
> 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,
>
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
> 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 :
>>>>
>&
> 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=rev
>> Log:
>> * mod_http2: fix version suffix after sync
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=rev
> Log:
> * t/modules/http2.t is gone since 1893547. So do
> 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=rev
>> Log:
>> * test: adding the modules/http2 test suite for easy
> 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=rev
>> Log:
>> Reload of proposed mod_http2 backport of server
> 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=rev
> Log:
> * Comment [skip ci]
>
> Modified:
>httpd/httpd/branches/2.4.x/STATUS
>
> Modified:
> 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
> 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
> 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 somet
> 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 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:
>>
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
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
> 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 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 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
> 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 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
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
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
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..
> 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
> 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 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
> 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
; 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 bounced
&g
holed 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:
>
...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
> 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
esting 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
> 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
> 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
>
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
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
> 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:
> 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
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:
>
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,
> 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
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 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è!
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
> 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
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 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=rev
>> Log:
>> * added 'update-branch.sh' to increase the
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:
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?
> 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
1 - 100 of 169 matches
Mail list logo
