On Wed, Jul 21, 2021 at 10:04 PM Eric Covener wrote:
>
> I was chasing an unrelated thread about close_notify alerts and
> reminded me -- is it time to change the default for
> HttpProtocolOptions from Allow0.9 to Require1.0?
>
> As the manual says, the requirement was dropped in RFC 7230. It seem
Hi Nikita,
On Thu, May 27, 2021 at 2:59 PM Nikita Popov wrote:
>
> Hello. I'm a senior C developer working for CloudLinux. I would like
> to participate in the HTTPD project. Are there any unassigned tasks
> which I can take? And how to proceed with it? Thanks in advance.
Welcome! As Daniel sugg
On Sat, Aug 1, 2020 at 4:14 PM Daniel Ruggeri wrote:
>
> Hi, all;
>Third time is a charm! 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
Hi Ruediger,
On Wed, Jul 15, 2020 at 10:04 AM Ruediger Pluem wrote:
>
>
> On 7/15/20 9:06 AM, Luca Toscano wrote:
> > Hi everybody,
> >
> > getting back on this. I checked mergeinfo and r1879253 r1879348 are
> > not listed, what is the best path forward to fix
Luca Toscano wrote:
>
> Hi Christophe,
>
> Thanks a lot for spotting this, good catch. I haven't proposed a
> backport in months and the first one ends up in a little mess, really
> sorry :(
>
> So judging from the diff, I think that it is missing the last two commits:
>
(original)
> > +++ httpd/httpd/branches/2.4.x/CHANGES [utf-8] Wed Jul 8 11:39:12 2020
> > @@ -1,6 +1,10 @@
> >-*- coding:
> > utf-8 -*-
> > Changes with Apache 2.4.44
> >
> > + *) core: Drop an invali
Hi Graham,
On Fri, Jul 3, 2020 at 11:42 PM Graham Leggett wrote:
>
> I recommend the following:
>
> - Start the work on a branch, but ultimately you want this to be in httpd
> trunk. No rewrites.
> - Look at what a mod_event+ MPM might need to do to provide the UDP and TCP
> services you need.
On Mon, Jun 29, 2020 at 9:12 AM Ruediger Pluem wrote:
>
>
>
> On 6/27/20 11:11 AM, elu...@apache.org wrote:
> > Author: elukey
> > Date: Sat Jun 27 09:11:32 2020
> > New Revision: 1879253
> >
> > URL: http://svn.apache.org/viewvc?rev=1879253&view=rev
> > Log:
> > server/util_script.c: tune logging
Hi Graham,
On Sun, Jun 28, 2020 at 12:53 PM Graham Leggett wrote:
>
> On 27 Jun 2020, at 14:48, Luca Toscano wrote:
>
> > the challenges are the same one discussed in your previous email
> > thread
> > (https://l
Hi,
On Sun, Jun 28, 2020 at 7:58 AM Helmut K. C. Tessarek
wrote:
>
> On 2020-06-27 08:48, Luca Toscano wrote:
> > the challenges are the same one discussed in your previous email
> > thread
>
> These are all valid points, although in the end absolutely irrelevant.
&
Hi Oliver,
your request was duly noted, we might get somebody to look at this
during the next days/weeks, but we can't promise anything. The bug is
sadly not as simple as adding a line of code (see comments in bz
57087), plus the current dev resources have limited bandwidth.
Thanks for following
Hi Alex,
the challenges are the same one discussed in your previous email
thread
(https://lists.apache.org/thread.html/eb086eafbd9309eb1efedac3bf3dcc410a95d06206c97e7ade01c254%40%3Cdev.httpd.apache.org%3E).
I think that everybody would love to start working/helping on adding
HTTP/3 support but th
On Thu, May 7, 2020 at 1:42 PM Joe Orton wrote:
>
> On Thu, May 07, 2020 at 12:55:03PM +0200, Steffen wrote:
> > Tried to build trunk again after 2 years :)
> >
> > server\core.c(5618,58): error C2065: 'DEFAULT_REL_STATEDIR': undeclared
> > identifier
>
> That was added in r1842929 (October 2018)
Aside from the technical change (that IIUC it is really nice), I
really love when the code is so well documented. Having comments in
the code and in the commit message is great for whoever is in a
similar situation like mine (namely some knowledge of httpd internals
but still very far from Yann/Eri
?
>
> Mario
>
> On Sat, 30 Nov 2019 at 14:56, Luca Toscano wrote:
> >
> > Hi Mario,
> >
> > will take this as starting point, but since I have zero experience in
> > building anything on Windows it might take a bit to translate
> > everything
On Thu, Apr 23, 2020 at 1:39 PM Stefan Eissing
wrote:
>
> > Am 23.04.2020 um 12:23 schrieb Ruediger Pluem :
> >
> >
> >
> > On 4/23/20 12:20 PM, Joe Orton wrote:
> >> In the past two weeks we've had three true negative build failures from
> >> Travis on trunk - i.e. bugs were introduced and CI cau
On Tue, Apr 21, 2020 at 3:12 PM Eric Covener wrote:
>
> On Tue, Apr 21, 2020 at 8:53 AM Joe Orton wrote:
> >
> > A previous conversation [1] about optionally enabling socket options for
> > Listen seemed to gain consensus around adding an optional argument,
> > rather than multiple alternative Li
Hi!
On Wed, Apr 8, 2020 at 5:35 PM Stéphane Blondon
wrote:
>
> Hello,
>
> it's possible to provide patch for httpd via bugzilla [1] or Pull
> Request via github [2].
> What is the favorite place to contribute?
>
> 1: https://bz.apache.org/bugzilla/
> 2: https://github.com/apache/httpd
The repo o
Il giorno ven 21 feb 2020 alle ore 13:36 Ruediger Pluem
ha scritto:
>
>
>
> On 02/21/2020 11:14 AM, Yann Ylavic wrote:
> > Hi Steffen,
> >
> > On Fri, Feb 21, 2020 at 10:23 AM Steffen wrote:
> >>
> >> Building revision 1874291 failed in Windows.
> >>
> >> mod_ssl.c(27,10): fatal error C1083: Can
Hi Jim,
Il giorno mar 11 feb 2020 alle ore 15:13 Jim Jagielski
ha scritto:
>
> Seems like a good time to propose a release... I can RM if desired.
Daniel proposed the same thing a couple of days ago, I'd suggest to
keep only one thread open and +1 in there :)
Luca
all of these forms recognized?
>
> On Mon, Feb 10, 2020 at 4:23 AM Eric Covener wrote:
>>
>> On Mon, Feb 10, 2020 at 1:44 AM Ruediger Pluem wrote:
>> >
>> >
>> >
>> > On 02/08/2020 12:01 PM, Luca Toscano wrote:
>> > > Hi everybody,
&g
Speaking of being good neighbors: just committed a change to a xml
file without [skip ci], so easy to miss :( I'll do my best to find
something to automate this..
Luca
Il giorno sab 8 feb 2020 alle ore 12:01 Luca Toscano
ha scritto:
>
> Hi everybody,
>
> Travis is able to rea
Hi everybody,
Travis is able to read commit messages and skip the CI workflow if the
"[skip ci]" magic sequence is added somewhere. I keep forgetting about
it too, but it would be nice if we could start using it to avoid using
CI resources/workers when not needed (like docs changes, entries in
STA
Il giorno ven 31 gen 2020 alle ore 00:43 Joe Orton
ha scritto:
>
> On Fri, Jan 31, 2020 at 08:30:06AM +0100, Ruediger Pluem wrote:
> > On 01/31/2020 04:14 AM, Luca Toscano wrote:
> > > Hi everybody,
> > >
> > > I tested a bit the mod_systemd backport propo
Il giorno gio 30 gen 2020 alle ore 23:30 Ruediger Pluem
ha scritto:
>
>
>
> On 01/31/2020 04:14 AM, Luca Toscano wrote:
> > Hi everybody,
> >
> > I tested a bit the mod_systemd backport proposal (thanks Joe for
> > working on it!) and I have some doubts,
Hi everybody,
I tested a bit the mod_systemd backport proposal (thanks Joe for
working on it!) and I have some doubts, that might be due to my
limited understanding of systemd. I tried the following unit on Debian
10 (Buster):
#
Il giorno gio 9 gen 2020 alle ore 14:19 Joe Orton
ha scritto:
>
> The caching does work on arm64 so the build & test only takes 11 minutes
> which is reasonable.
>
> https://travis-ci.org/apache/httpd/jobs/634661216
>
> Looks like this one is the next unreliable test to attack -
>
> 2425# Failed t
019 at 09:46:28AM +0100, Luca Toscano wrote:
> > sorry for the travis spam, I hope to have improved the config via
> r1872045.
> >
> Would it perhaps make more sense sending this to the same list as commit
> messages or perhaps a new list?
>
> vh
>
> Mads Toftum
> --
> http://flickr.com/photos/q42/
>
Il giorno sab 28 dic 2019 alle ore 09:46 Luca Toscano <
toscano.l...@gmail.com> ha scritto:
> Hi everybody,
>
> sorry for the travis spam, I hope to have improved the config via r1872045.
>
> In this last build only one job failed:
> https://travis-ci.org/apache/httpd/jo
image: arrow to build time]
> [image: clock icon]11 mins and 45 secs
>
> [image: Luca Toscano avatar]Luca Toscano
> 2688e47 CHANGESET →
> <https://github.com/apache/httpd/compare/c7d7b6d1a3b3...2688e472ff45>
>
> test/travis_before_linux.sh: make for loop more resilient
Il giorno sab 21 dic 2019 alle ore 18:21 Luca Toscano <
toscano.l...@gmail.com> ha scritto:
> I can see two failures in here, unrelated to the commit:
>
> 1) svn export -q
> https://svn.apache.org/repos/asf/httpd/test/framework/trunk
> test/perl-framework seems hanging, and
I can see two failures in here, unrelated to the commit:
1) svn export -q https://svn.apache.org/repos/asf/httpd/test/framework/trunk
test/perl-framework seems hanging, and I don't see any issue on
status.apache.org:
+test -v SKIP_TESTING
+svn export -q https://svn.apache.org/repos/asf/httpd/test
Hi!
Seems unrelated to you commit from the build's logs, I think we'd need to
make some changes to the build scripts to make them more tolerant to
temporary network blips or similar.
Luca
Il giorno gio 19 dic 2019 alle ore 15:12 Steffen ha
scritto:
> Do not know why I get this.
>
> What to do
Il giorno dom 1 dic 2019 alle ore 12:05 Luca Toscano
ha scritto:
> Travis seems not able to deliver emails to dev@, I opened a jira to
> Infra: https://issues.apache.org/jira/browse/INFRA-19508
It was suggested to ask a moderator of httpd-dev@ to approve one of
the Travis emails as way
> should be what you are looking for; we no longer test .dsp/.mak based builds,
> only CMake logic. But testing both while they remain 'supported' is a very
> wise
> idea.
>
>
>
> On Fri, Nov 8, 2019 at 12:56 AM Luca Toscano wrote:
>>
>> Hi everybody,
Hi everybody,
Travis seems not able to deliver emails to dev@, I opened a jira to
Infra: https://issues.apache.org/jira/browse/INFRA-19508
I noticed some errors during the last builds, not code-related but
CI-related: (https://travis-ci.org/apache/httpd/builds)
1)
---
> Mario
>
> On Thu, 28 Nov 2019 at 07:51, Luca Toscano wrote:
> >
> > Hi Mario,
> >
> > first of all apologies for the late reply to you, Michal and William,
> > I wanted to work on it during the past days but got busy at work. I
> > have read some do
7 nov 2019 alle ore 23:48 Mario Brandt
ha scritto:
>
> Hi Luca,
> is there any progress on this?
>
> Cheers
> Mario
>
> Luca Toscano schrieb am Do., 7. Nov. 2019, 22:56:
>>
>> Hi everybody,
>>
>> if you build httpd for Windows can you give us a l
Il giorno mer 13 nov 2019 alle ore 09:50 ha scritto:
>
> Author: jorton
> Date: Wed Nov 13 08:50:25 2019
> New Revision: 1869729
>
> URL: http://svn.apache.org/viewvc?rev=1869729&view=rev
> Log:
> Test IRC and e-mail notifications.
>
> Modified:
> httpd/httpd/trunk/.travis.yml
>
> Modified: ht
Il giorno mar 12 nov 2019 alle ore 15:24 Eric Covener
ha scritto:
>
> >
> > 1. If travis results look stable this week, turn on e-mail notifications
> > to dev@ on Friday.
> >
> > 2. Friday following (22nd), disable the broken bits of buildbot if
> > nobody has salvaged it.
>
> +1
+1
Il giorno mar 12 nov 2019 alle ore 12:40 Joe Orton
ha scritto:
>
> Thanks to everyone who gave feedback, I made the change to require APR
> 1.6 in r1869684. While I kept the Travis builds passing, buildbot broke
> since it's doing a trunk build against the system APR. Does anybody
> know if ther
Hi everybody,
if you build httpd for Windows can you give us a list of commands and
steps that you usually do? I am not familiar enough with the platform
and [1] is still a bit cryptic to me :)
The end goal is to add the build steps to our Travis config, to run
them every time that a commit happen
Il giorno gio 7 nov 2019 alle ore 16:49 Yann Ylavic
ha scritto:
>
> On Thu, Nov 7, 2019 at 4:47 PM Eric Covener wrote:
> >
> > > @@ -125,6 +125,7 @@
> > > . non-Unix, single-platform code
> > > . routine APLOGNO() backports
> > > . .gdbinit
> > > +. Travis integration: .travis.
Il giorno mer 6 nov 2019 alle ore 12:15 Joe Orton
ha scritto:
>
> On Wed, Nov 06, 2019 at 10:54:56AM +0100, Luca Toscano wrote:
> > I just noticed
> > https://docs.travis-ci.com/user/installing-dependencies/#installing-dependencies-on-multiple-operating-systems,
> > so t
Il giorno mar 5 nov 2019 alle ore 10:06 Luca Toscano
ha scritto:
>
> Il giorno lun 4 nov 2019 alle ore 19:33 Luca Toscano
> ha scritto:
> >
> > Hi Joe,
> >
> > Il giorno lun 4 nov 2019 alle ore 17:16 Joe Orton
> > ha scritto:
> > >
>
Il giorno lun 4 nov 2019 alle ore 19:33 Luca Toscano
ha scritto:
>
> Hi Joe,
>
> Il giorno lun 4 nov 2019 alle ore 17:16 Joe Orton
> ha scritto:
> >
> > Here is a proof of concept -
> >
> > https://github.com/notroj/httpd/blob/a73adfc8f1c01fbb6a3d493582
Hi Joe,
Il giorno lun 4 nov 2019 alle ore 17:16 Joe Orton
ha scritto:
>
> Here is a proof of concept -
>
> https://github.com/notroj/httpd/blob/a73adfc8f1c01fbb6a3d493582f9c49c7c942756/.travis.yml
>
> This runs using the full test suite using a few different configurations
> and also does builds
Il giorno dom 3 nov 2019 alle ore 18:52 Jim Jagielski
ha scritto:
>
>
>
> On Nov 1, 2019, at 11:59 AM, Luca Toscano wrote:
>
> Il giorno mar 29 ott 2019 alle ore 18:31 Graham Leggett
> ha scritto:
>
>
> On 29 Oct 2019, at 15:51, Jim Jagielski wrote:
>
>
Il giorno mar 29 ott 2019 alle ore 18:31 Graham Leggett
ha scritto:
>
> On 29 Oct 2019, at 15:51, Jim Jagielski wrote:
>
> > My only question regards workflow w/ trunk. Right now, I think we all agree
> > that there are codepaths and features in trunk that are not as stable as we
> > would like
Hi Daniel,
thanks for following up!
Il giorno mer 30 ott 2019 alle ore 13:05 Daniel Ruggeri
ha scritto:
>
>
>
> On October 29, 2019 8:12:25 AM CDT, Luca Toscano
> wrote:
> >Il giorno mar 29 ott 2019 alle ore 12:23 Joe Orton
> >ha scritto:
> >>
> >
Hi everybody,
Il giorno ven 25 ott 2019 alle ore 12:52 Yann Ylavic
ha scritto:
>
> So how about:
> 0. github workflow? meanwhile...
> 1. compare trunk/2.4.x (inventory)
> 2. discuss unused/deprecated in trunk to cleanup
> 3. address STALLED entries in trunk if it's not for compatibily reasons
Il giorno mar 29 ott 2019 alle ore 12:23 Joe Orton
ha scritto:
>
> On Sun, Oct 27, 2019 at 06:42:58PM +0100, Luca Toscano wrote:
> > Some updates:
> >
> > - We have support for httpd in travis - https://travis-ci.org/apache/httpd
>
> Nice, thanks Luca & in
dge about Travis please let me know!
Luca
[1]
https://github.com/elukey/httpd_integration_testing/blob/master/docker/code-testing/debian/Dockerfile
Il giorno mar 22 ott 2019 alle ore 22:04 Luca Toscano
ha scritto:
>
> Opened an issue to Infra to enable Travis support in github:
> https
mments in commits or code say that it is
> > incomplete and that there is performance or memory management issues)
> > - things listed in 2.4/STATUS: PATCHES/ISSUES THAT ARE STALLED
> >
> > - should we increase the APR minimum version and cleanup existing code
> > a
Not even a comment? :)
Luca
Il giorno dom 13 ott 2019 alle ore 20:58 Luca Toscano
ha scritto:
>
> Hi everybody,
>
> in trunk's STATUS there are a lot of suggestions about things to
> improve/change for 2.6.x. There have been discussions during the past
> couple of yea
Opened an issue to Infra to enable Travis support in github:
https://issues.apache.org/jira/browse/INFRA-19325
Luca
Il giorno sab 28 set 2019 alle ore 09:39 Luca Toscano
ha scritto:
>
> Follow up after some work in
> https://github.com/elukey/httpd_integration_testing:
>
> * Use
Hi Joe,
Il giorno lun 14 ott 2019 alle ore 16:27 Joe Orton
ha scritto:
>
> On Tue, Oct 08, 2019 at 02:17:12PM +0200, Luca Toscano wrote:
> > Il giorno mar 8 ott 2019 alle ore 11:04 Greg Stein
> > ha scritto:
> > >
> > > Travis CI is possible *
Hi everybody,
in trunk's STATUS there are a lot of suggestions about things to
improve/change for 2.6.x. There have been discussions during the past
couple of years about how/when/if to create a 2.6 release branch, but
for a lot of reasons we didn't do any progress. Would it be something
to consid
Il giorno mar 8 ott 2019 alle ore 11:04 Greg Stein
ha scritto:
>
> Travis CI is possible *today* ... since the svn commits are replicated over
> to github, Travis can pick them up and run tests. Just file an INFRA ticket
> to enable it.
>
Thanks for the pointer, will file a task to infra to ena
Il giorno sab 5 ott 2019 alle ore 22:09 Jim Jagielski
ha scritto:
>
> Various PMCs have made their default/de-facto SCM git and have seen an
> increase in contributions and contributors...
>
> Is this something the httpd project should consider? Especially w/ the
> foundation officially supporti
Il giorno sab 28 set 2019 alle ore 00:19 William A Rowe Jr
ha scritto:
>
> On Fri, Sep 27, 2019 at 10:48 AM Eric Covener wrote:
>>
>> On Fri, Sep 27, 2019 at 11:20 AM Helmut K. C. Tessarek
>> wrote:
>> >
>> > On 2019-09-27 03:00, Stefan Eissing wrote:
>> > > I know of no plans to implement HTTP/
hanks!
Luca
Il giorno mer 25 set 2019 alle ore 11:52 Luca Toscano
ha scritto:
>
> Hi everybody,
>
> I spent some time reading the previous discussions around the concept
> of "CI" and from what I gather, it seems that we didn't reach an
> agreement about how to proceed
Hi,
Il giorno mer 25 set 2019 alle ore 13:18 Mads Toftum
ha scritto:
>
> On Wed, Sep 25, 2019 at 11:52:52AM +0200, Luca Toscano wrote:
> > Does the above make sense or it is completely out of scope for our
> > project? In the former case I could spend some time on figuring out
Hi Daniel,
Il giorno mer 25 set 2019 alle ore 13:24 Daniel Ruggeri
ha scritto:
>
> I'm a big fan of this idea - it's how I do testing :-)
>
> Unfortunately, I ran into a few issues trying to build and test with Debian
> maintained dependencies and only ended up with one working test suite: build
Hi everybody,
I spent some time reading the previous discussions around the concept
of "CI" and from what I gather, it seems that we didn't reach an
agreement about how to proceed and who is working on it (but I might
be wrong, in case apologies!). From what I can see, there are two
possible worki
Il giorno gio 1 nov 2018 alle ore 22:35 William A Rowe Jr
ha scritto:
>
> To keep this thread moving (additional feedback is welcomed and
> appreciated)...
Thanks a lot for this effort William, I really think that having 1700+
bugs opened does not look good for any reporter/user that doesn't kno
Hi everybody,
apologies if this subject has been brought up in the past but I didn't
find much. I have been working on some bugs like
https://bz.apache.org/bugzilla/show_bug.cgi?id=62380 in which users
report responses with the same header duplicated. To keep the story
short, it seems that everyth
Hi everybody,
I noticed that several bugs have been reporting duplicate Set-Cookie
headers in responses when using mod_session_cookie:
https://bz.apache.org/bugzilla/show_bug.cgi?id=56098
https://bz.apache.org/bugzilla/show_bug.cgi?id=55278
https://bz.apache.org/bugzilla/show_bug.cgi?id=60910
An
Hi Rainer,
Il giorno sab 22 set 2018 alle ore 05:45 Rainer Jung
ha scritto:
>
> Hi Luca,
>
> Am 21.09.2018 um 23:47 schrieb Luca Toscano:
> > Hi William,
> >
> > can you write in here the full command to use? Didn't find the -r flag
> > that you mention
Hi William,
can you write in here the full command to use? Didn't find the -r flag
that you mentioned :(
Thanks!
Luca
Il giorno ven 21 set 2018 alle ore 14:30 William A Rowe Jr
ha scritto:
>
> You might want to point out the -r flag to OpenSSL, which emits the same
> output as bintools sha256.
Hi everybody,
Il giorno mar 11 set 2018 alle ore 09:28 ha scritto:
>
> Author: icing
> Date: Tue Sep 11 13:28:19 2018
> New Revision: 1840563
>
> URL: http://svn.apache.org/viewvc?rev=1840563&view=rev
> Log:
> a cautious vote
>
> Modified:
> httpd/httpd/branches/2.4.x/STATUS
>
> Modified: htt
2018-08-29 16:10 GMT+02:00 Jim Jagielski :
> Looking to maybe do an interim release in Sept...
>
> Comments? Feedback?
+1 from me, looking forward to see mod-ratelimit fixed :)
Luca
Hi Cory,
Il giorno gio 2 ago 2018 alle ore 14:10 Yann Ylavic
ha scritto:
>
> On Fri, Jul 27, 2018 at 6:56 PM, Cory McIntire wrote:
> >
> > {quote}
> > While it will probably resolve the issues we saw, I’d be hesitant to
> > move forward with that patch as it modifies how all output filters
> > w
Hi Stefan,
Il giorno mar 7 ago 2018 alle ore 11:08 Stefan Eissing
ha scritto:
>
> ...are the main things that will improve quality. Because
> it enables not only you but everyone else to be more productive.
>
> If you feel for this project, work on it.
Answering a bit late to this email due to h
Hi Cory,
2018-07-20 13:47 GMT+02:00 Yann Ylavic :
> Hi Cory,
>
> On Thu, Jul 19, 2018 at 11:23 PM, Cory McIntire wrote:
>>
>> We’re going to revert to the 2.4.33 version of mod_ratelimit for now.
>>
>> HEAD requests with large amount of headers were still problematic in our
>> testing with both
Hi Yann,
2018-07-19 22:55 GMT+02:00 Yann Ylavic :
>
> Hi Luca,
>
> On Thu, Jul 19, 2018 at 9:59 PM, Luca Toscano wrote:
> >
> > I confirm that it works fine in my local dev environment, plus now gdb's
> > dump_brigade makes sense, but I am not sure that I hav
Hi Yann,
2018-07-19 21:41 GMT+02:00 Yann Ylavic :
> On Thu, Jul 19, 2018 at 8:23 PM, Luca Toscano
> wrote:
> >
> > Yann, any idea?
>
> Looks like we missed the simplest case :/
>
> Index: m
Hi again Cory,
2018-07-19 19:02 GMT+02:00 Cory McIntire :
> Hi Luca,
>
> Sorry for quick reply but we were able to replicate it just now:
>
> # setup a brand new install of wp on a domain (don't have to go through
> the 'db' setup process, just configure wp-config.php to get to install.php
> redi
Hi Cory,
2018-07-19 16:10 GMT+02:00 Cory McIntire :
> Hello all,
>
> We’re starting to see some issues where mod_ratelimit change here:
>
> *) mod_ratelimit: fix behavior when proxing content. PR 62362.
> [Luca Toscano, Yann Ylavic]
>
> Is causing some sites to l
Hi Yann!
2018-06-18 12:04 GMT+02:00 Yann Ylavic :
> Hi Luca,
>
> On Sat, Jun 16, 2018 at 8:56 AM, Luca Toscano
> wrote:
> >
> > While reading the code I didn't get if one particular use case may or may
> > not happen at all, it is the only big doubt that I
2018-06-08 12:43 GMT+02:00 Luca Toscano :
> Hi Yann,
>
> 2018-06-07 12:59 GMT+02:00 Yann Ylavic :
>
>> On Thu, Jun 7, 2018 at 10:17 AM, Yann Ylavic
>> wrote:
>> > On Thu, Jun 7, 2018 at 9:21 AM, Yann Ylavic
>> wrote:
>> >>
>> >> Fee
Hi Yann,
2018-06-07 12:59 GMT+02:00 Yann Ylavic :
> On Thu, Jun 7, 2018 at 10:17 AM, Yann Ylavic wrote:
> > On Thu, Jun 7, 2018 at 9:21 AM, Yann Ylavic
> wrote:
> >>
> >> Feel free to take what can serve you, or burn it ;)
> >
> > Burn it! Here is v2, hopefully a less buggy :)
>
> FWIW, a v3 wi
2018-06-05 8:19 GMT+02:00 Luca Toscano :
>
>
> 2018-06-04 16:22 GMT+02:00 Luca Toscano :
>
>> Hi Yann!
>>
>> 2018-06-04 15:59 GMT+02:00 Yann Ylavic :
>>
>>> Hi Luca,
>>>
>>> On Mon, Jun 4, 2018 at 11:23 AM, Luca Toscano
&g
2018-06-04 16:22 GMT+02:00 Luca Toscano :
> Hi Yann!
>
> 2018-06-04 15:59 GMT+02:00 Yann Ylavic :
>
>> Hi Luca,
>>
>> On Mon, Jun 4, 2018 at 11:23 AM, Luca Toscano
>> wrote:
>> >
>> > To keep archives happy: opened
>> > https://bz.ap
Hi Yann!
2018-06-04 15:59 GMT+02:00 Yann Ylavic :
> Hi Luca,
>
> On Mon, Jun 4, 2018 at 11:23 AM, Luca Toscano
> wrote:
> >
> > To keep archives happy: opened
> > https://bz.apache.org/bugzilla/show_bug.cgi?id=62362 and added a patch
> in
> > there, if
2018-05-04 14:46 GMT+02:00 Luca Toscano :
> Hi everybody,
>
> as part of the plan to add more documentation about httpd's internals I am
> trying to debug more tricky bugs (at least for me) reported by our users,
> in order for example to better understand how the filters ch
Hi everybody,
I came up with http://home.apache.org/~elukey/httpd-framework-pr61860.patch
to add some tests for PR 61860. The patch that I have in mind is for
http_protocol, but for the moment the "visible" use case is that an out of
range bytes request that leads to a 416 may include duplicate he
Hi everybody,
as part of the plan to add more documentation about httpd's internals I am
trying to debug more tricky bugs (at least for me) reported by our users,
in order for example to better understand how the filters chain works in
depth.
This one caught my attention, and after a bit of testi
2018-04-20 16:27 GMT+02:00 Jim Riggs :
> > On 20 Apr 2018, at 08:53, Jim Jagielski wrote:
> >
> > Sorry for coming in late, but what is the exact issue we are trying to
> solve again? My understanding was that if someone wanted something like
> >
> > ErrorLog "syslog-httpd.log"
> >
> > that
2018-04-19 17:49 GMT+02:00 Jim Riggs :
> Luca -
>
> Here's the same thing standardizing on strn?cmp(). Not that you couldn't
> have done it yourself, but since I had it up, maybe this will save you 30
> seconds. ;-)
>
>
Thanks a lot! I added your last suggestions to r1829626 and also a CHANGES
ent
2018-04-19 15:40 GMT+02:00 Eric Covener :
> On Thu, Apr 19, 2018 at 9:31 AM, Jim Jagielski wrote:
> > I agree a case could be made for considering adding an RC stage
> > to our release process... it would require some additional tooling
> > and some sort of additions to ap_release.h but nothing i
Hi Nick,
2018-04-19 10:33 GMT+02:00 Nick Kew :
>
> > On 18 Apr 2018, at 20:00, Luca Toscano wrote:
> >
> > Before joining the httpd project as contributor I struggled to find good
> technical sources about how the httpd internals work,
>
> Likewise. That’s kind
My 2c!
2018-04-18 19:21 GMT+02:00 William A Rowe Jr :
> On Wed, Apr 18, 2018 at 11:46 AM, Jim Jagielski wrote:
> > IMO, this boils down to 2 things:
> >
> > 1. nginx, particularly, does a LOT of promoting, marketing, PR, etc...
> > We don't. They get to promote their FUD all the time and
Thanks a lot Jim! I like your code change and the extra checks, but I'd
prefer to use strncmp if possible, also in log.c.
Feel free to amend the patch, or I'll do it tomorrow (I forgot the entry in
CHANGES too, your name should be on it :).
Luca
2018-04-18 18:36 GMT+02:00 Jim Riggs :
> Fair enou
2018-04-09 22:38 GMT+02:00 Luca Toscano :
> Hi everybody,
>
> 2018-04-05 7:59 GMT+02:00 :
>
>> https://bz.apache.org/bugzilla/show_bug.cgi?id=61860
>>
>> --- Comment #4 from Luca Toscano ---
>> Ok now I think I know what's happening (and I got what E
2018-04-12 23:52 GMT+02:00 Yann Ylavic :
> On Thu, Apr 12, 2018 at 11:18 PM, Eric Covener wrote:
> > On Thu, Apr 12, 2018 at 8:33 AM, Daniel Ruggeri
> wrote:
> >> Since the encoded form is not very useful for humans, I'd sooner remove
> the URL from the page. As you said, we have access_log. As
As any other Apache project, you can find the instructions about how to
unsubscribe in http://httpd.apache.org/lists.html#http-dev
Luca
2018-04-12 17:35 GMT+02:00 Ray Jender :
> Please remove me from this mailing list!
>
Hi everybody,
2018-04-05 7:59 GMT+02:00 :
> https://bz.apache.org/bugzilla/show_bug.cgi?id=61860
>
> --- Comment #4 from Luca Toscano ---
> Ok now I think I know what's happening (and I got what Eric was trying to
> suggest). One of the things that ap_send_error_resp
All good now thanks!
Luca
2018-04-03 13:49 GMT+02:00 Stefan Eissing :
> My bad. Please try again with r1828220 or later.
>
> Cheers, Stefan
>
> > Am 01.04.2018 um 18:57 schrieb Luca Toscano :
> >
> > Hi Stefan
> >
> > 2018-03-28 13:15 GMT+02:00 :
>
2018-03-24 17:29 GMT+01:00 Luca Toscano :
>
>
> 2018-03-23 19:01 GMT+01:00 Joe Orton :
>
>> On Fri, Mar 16, 2018 at 11:50:17AM +0100, Luca Toscano wrote:
>> > From my point of view, adding a comment nearby a directive (except in
>> some
>> > cases like y
1 - 100 of 328 matches
Mail list logo