Hi all,
I am a bit new so sorry if this question is trivial. I noticed that the
httpd's doxygen documentation is regularly built in
https://ci.apache.org/builders, so I am wondering if we could build
everything in trunk (or all the supported branches) regularly after each
commit (getting a daily
2016-06-09 16:07 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
>
> 2016-06-08 13:42 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
>> [+devs]
>>
>> 2016-06-07 23:02 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>>
>>>
2016-06-08 13:42 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
> [+devs]
>
> 2016-06-07 23:02 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
>>
>>
>> 2016-06-07 10:55 GMT+02:00 Vacelet, Manuel <manuel.vace...@enalean.com>:
>>
>&
Hi Apache devs!
I have a question for you about the following users@ email thread:
-
https://lists.apache.org/thread.html/ba26440a53773426e29296569bec17692c77a4a3bd07e8b5331474c4@1464703063@%3Cusers.httpd.apache.org%3E
This one is about Yann's fix for the MinSpareThreads lower bound
calculation
2016-06-18 11:53 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
> Hi Apache devs!
>
> I have a question for you about the following users@ email thread:
>
> -
> https://lists.apache.org/thread.html/ba26440a53773426e29296569bec17692c77a4a3bd07e8b5331474c4@1464703063@%3Cu
Hi Apache devs!
I have been working on an email thread [1] in the users@ mailing list in
which it was asked some questions about how httpd (using mod-proxy-fcgi)
manages Last-Modified headers returned by FCGI/CGI scripts. Two strange
behaviors were brought up:
1) Last-Modified: foo returned by a
Hi Jim,
2016-02-09 21:25 GMT+01:00 Jim Jagielski :
> The more I think of it, a HowTo guide, like the ones we have
> for public_html, Authn, etc regarding reverse proxy
> makes the most sense...
>
> > On Feb 9, 2016, at 12:55 PM, Tim Bannister
> wrote:
>
+dev for visibility
-- Messaggio inoltrato --
Da: "Luca Toscano" <toscano.l...@gmail.com>
Data: 06 feb 2016 15:10
Oggetto: Proposal for a new mod_event documentation page
A: <d...@httpd.apache.org>
Cc:
Hi Apache Devs!
I started an email thread some days
2016-02-02 21:10 GMT+01:00 Tom Fredrik Blenning Klaussen :
>
> Having reviewed the changes I think they're good, but not complete.
> The remaining http links should be changed to // .
> Eg "http://httpd.apache.org/mod_ftp/; should be changed to
> "//httpd.apache.org/mod_ftp/"
+1!
I really like this idea, especially for new committers/volunteers like me
looking for things to work on. I would also add a section related to "how
to find help if you get stuck" or "How to send your code/work for review".
Really interested, if you need any help I'll be available :)
Luca
Luca Toscano <toscano.l...@gmail.com>:
> +dev for visibility
> -- Messaggio inoltrato --
> Da: "Luca Toscano" <toscano.l...@gmail.com>
> Data: 06 feb 2016 15:10
> Oggetto: Proposal for a new mod_event documentation page
> A: <d...@httpd.
>
> -Stefan
>
> > Am 09.02.2016 um 22:38 schrieb Luca Toscano <toscano.l...@gmail.com>:
> >
> > After some feedbacks I updated the trunk documentation:
> >
> > https://httpd.apache.org/docs/trunk/mod/event.html
> >
> > Please let me kn
2016-02-10 10:33 GMT+01:00 Stefan Eissing :
> If you write one, I write one for http2! :-)
>
>
+1+1+1+1 :)
Hi Apache Devs!
I am trying to understand if
https://httpd.apache.org/docs/2.4/mod/event.html could use some
documentation improvements or if I am the only one not getting the whole
picture correctly.
I'd like to write a summary of my understanding of the module to get some
feedback:
-
Hi Stefan,
thanks for the answers! Commenting inline:
2016-02-01 10:54 GMT+01:00 Stefan Eissing :
>
>
> > - mod_ssl and mod_deflate are examples of filters that needs to act on
> the whole response so a worker gets stuck flushing data to slow clients
> rather than
Hi Rainer,
thank you 100 times for this email, it was really helpful! Comments inline:
2016-02-02 17:12 GMT+01:00 Rainer Jung :
>
>
> The number of worker threads per process is constant during the lifetime
> from the process creation to its end. It is equals to
Hi Yann,
sorry for the lack of response but I didn't notice the patch. I checked the
links in staging and published the patch to
https://httpd.apache.org/download.cgi (hope that it is ok for you).
Thanks Tom!
Luca
2016-02-02 11:09 GMT+01:00 Yann Ylavic :
> On Wed, Jan
Hi Yann,
2016-02-02 18:41 GMT+01:00 Yann Ylavic :
>
> How do you do the "publish" part?
>
>
I use the bookmarklet outlined in http://www.apache.org/dev/cms.html#usage
(didn't know what it was until Humbedooh explained to me with extreme
patience :)
I usually go to
Hi André!
2016-02-24 11:44 GMT+01:00 André Malo :
>
>
> Is there a reason why you reset the banner translations?
>
>
I changed the banner's wording a bit for this use case. From (taking 2.0
one as reference):
"This document refers to the 2.0 version of Apache httpd, which is no
Hi Mike!
2016-02-23 1:29 GMT+01:00 Mike Rumph :
>
> The migration of the configuration files will require a bit of effort*,* but
> it will definitely *be* worth it in *terms* of *performance* and long term
> maintainability.
>
>
Corrected, thanks for the suggestion! I
Hi Stefan!
2016-02-26 18:06 GMT+01:00 Stefan Eissing :
> Things winding down here a bit before the weekend (at least I try) and I
> thought
> I'd summarize a bit the state of HTTP/2 in our little project,
> because...well, some
> might be interested and certainly no
Hi Jim!
2016-02-22 14:19 GMT+01:00 Jim Jagielski :
> Aww... I like using 'automagically'... but maybe that's
> too old school :)
>
/me feels terribly sorry for it, I do like configuration magic too :(
There was a comment about it (among the other things) and I thought to be
2016-02-21 15:55 GMT+01:00 Luca Toscano <toscano.l...@gmail.com>:
>
>
> Would it be worth to add a small banner on each documentation page for 2.2
> stating something like:
>
Patch attached with a very high level idea of what I would like to do. I
have modified the &qu
Hi Stefan!
2016-02-24 10:11 GMT+01:00 Stefan Eissing :
>
>
> Hope this helps. Questions welcome.
>
> -Stefan
Yes it does, I'll add more info to the documentation later on today!
Luca
Hi Eric,
2016-01-24 18:12 GMT+01:00 Eric Covener :
>
>
> Is this content really helpful for users? I'm not familiar with the
> specific feedback this is from, but a user generally wants to know the
> variables they can expect to be set and perhaps a bit of an
> explanation
Update from the dev irc channel: I had a chat with Eric and he explained to
me with a lot more details how configuration and execution really work for
a module. The next step is for me to amend my patch and update bugzilla.
Luca
2016-02-16 15:22 GMT+01:00 Eric Covener :
>
>
>
New version in http://httpd.apache.org/docs/trunk/sections.html#merging
2016-02-16 16:42 GMT+01:00 Luca Toscano <toscano.l...@gmail.com>:
> Update from the dev irc channel: I had a chat with Eric and he explained
> to me with a lot more details how configuration and execution
Hi Eric!
2016-02-18 15:24 GMT+01:00 Eric Covener :
> I know I used "foo", but it might be better for the docs to use
> something more descriptive for the name and value of the example
> header.
>
Yep I liked foo since it is always mentioned in programming examples, so I
Hi Eric,
On Thu, Mar 12, 2015 at 12:54 PM, Eric Covener wrote:
>
> Just happened to search for this two weeks earlier than last year.
> 2.0: 1.9%, 2.2: 66.8%, 2.4: 31.3%
>
>
Would it be worth to add a small banner on each documentation page for 2.2
stating something like:
to 2.4.
Thank!
Luca
2016-02-10 12:20 GMT+01:00 Luca Toscano <toscano.l...@gmail.com>:
> Hi Stefan,
>
> thanks a lot for all the suggestions and help for this change! I am
> planning to add more info about AsyncRequestWorkerFactor as second step
> with another commit,
ielski <j...@apache.org>:
>> >
>> > A rough and very brief framework of such a guide is now available...
>> >
>> >http://httpd.apache.org/docs/trunk/howto/reverse_proxy.html
>> >
>> > On 2016-02-10 06:21, Luca Toscano <toscano.l...@gm
Hi Stefan,
2016-04-03 18:38 GMT+02:00 Stefan Eissing :
> Hi Luca,
>
> I, for one, would like a nightly build on several platforms and also be
> able to trigger one. We have several build system and if we could cover
> those in a better way that'd be indeed helpful.
Hi Stefan!
2016-03-26 9:34 GMT+01:00 Stefan Eissing :
> We should backport this howto as well.
>
Yes definitely, together with the latest version of mod_http2 docs. I was
waiting for the new release, but we can anticipate!
Luca
+httpd-dev@
Hello!
2016-03-23 21:49 GMT+01:00 Ali Shah :
> Hi Module maintainers,
>
> I'm writing a simple apache module and I'd like to aggregate some
> statistics.
> I saw an example module that does this (
> https://wiki.apache.org/httpd/ModuleLife) using shared memory.
>
Hi!
Don't have a lot of context but I found some answers in the httpd code (see
inline comments):
2016-03-24 2:07 GMT+01:00 Tianyin Xu :
> I find a previous post,
> http://marc.info/?t=14057931881=1=2
>
> which helped answer the 2nd question, basically, "anything more
Hi Eric and Rüdiger,
2016-04-01 15:59 GMT+02:00 Rüdiger Plüm :
>
>
> On 04/01/2016 03:48 PM, Eric Covener wrote:
> > I am -0.9 on this info in the manual, for a relatively low severity bug.
>
> +1. We don't do this kind of stuff in the documentation. This is what
> CHANGES and
2016-04-01 16:32 GMT+02:00 Eric Covener <cove...@gmail.com>:
> On Fri, Apr 1, 2016 at 10:05 AM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
> > Yep I thought what was best too and decided to commit on trunk to gather
> > some feedback. The Bug is low s
Hi Apache devs!
While browsing the Apache website I came across this interesting service
offered by the ASF: https://ci.apache.org/buildbot.html
The list of features seems great and several projects are already using it,
including APR, httpd-doxygen and the httpd staging website (
Hi again!
> +dev@ to get their opinion! Bug in documentation or small fix required?
> (or
> > me missing something?)
>
https://bz.apache.org/bugzilla/show_bug.cgi?id=58528 seems to be very
similar and a patch is attached. We can follow up on it adding a use case
or just openinig a new one.
Hi Stefan and Eric!
2016-03-30 15:00 GMT+02:00 Eric Covener :
> On Wed, Mar 30, 2016 at 8:53 AM, Stefan Eissing
> wrote:
> > I need your advice: I want to offer more HTTP/2 related log variables.
> The
> > question is how to best do this:
>
> >
[+dev@]
Hi!
2016-03-29 11:06 GMT+02:00 Виталий Фадеев :
> Hello!
>
> I trying to completely disable of .htaccess.
> I have this in httpd.conf:
>
> Options FollowSymLinks
> AllowOverride None
> Require all denied
>
>
> Also, i have this in vhost
Hi Yann,
2016-04-26 12:07 GMT+02:00 Yann Ylavic :
> On Tue, Apr 26, 2016 at 11:55 AM, Yann Ylavic
> wrote:
> > [CC docs@]
> >
> > On Tue, Apr 26, 2016 at 11:51 AM, Yann Ylavic
> wrote:
> >> On Tue, Apr 26, 2016 at 11:47 AM,
2016-04-18 8:47 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
> Hi Yann!
>
> 2016-04-16 14:20 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
>
>> On Sat, Apr 16, 2016 at 2:17 PM, Yann Ylavic <ylavic@gmail.com>
>> wrote:
>> > Hi Luca,
>&
+docs@
Hi!
2016-05-18 20:49 GMT+02:00 Onder SEZGIN :
> Hi,
>
> I would like to contribute to the task.
> Any guidance how i can do that is appreciated.
>
I would start from https://httpd.apache.org/docs-project/, that contains
all the basic info to make a change to the
[Answering to myself after a bit of research, it might be useful for
newcomers like me]
2016-05-14 11:49 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
> Hi Eric,
>
> Other trivial questions from non experts like me:
>
> 2016-05-13 15:29 GMT+02:00 Eric Covener <cove...
Hi Apache devs,
I have some questions about how mpm-event uses timers. If I understood
correctly the code, there are two main things that the listener thread
cares about:
- timeout_queue(s), that represents connections waiting for completion,
keep alive or in lingering close.
- timer_skiplist,
Hi Eric,
Other trivial questions from non experts like me:
2016-05-13 15:29 GMT+02:00 Eric Covener <cove...@gmail.com>:
> On Fri, May 13, 2016 at 4:33 AM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
> > - What does PT_USER represents and how it is used?
>
> PT_
Hi Mike!
2016-05-02 20:59 GMT+02:00 Mike Rumph :
> Added a couple of suggestions below.
>
>
> On 4/29/2016 5:40 AM, elu...@apache.org wrote:
>
>> Author: elukey
>> Date: Fri Apr 29 12:40:49 2016
>> New Revision: 1741621
>>
>> URL:
Hi Yann!
2016-04-16 14:20 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
> On Sat, Apr 16, 2016 at 2:17 PM, Yann Ylavic <ylavic@gmail.com> wrote:
> > Hi Luca,
> >
> > On Sat, Apr 16, 2016 at 12:07 PM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
>
2016-04-09 12:26 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
> Hi Apache devs,
>
> as part of my documentation duties I would like to add some details about
> how connections are accepted in Event (for
> http://httpd.apache.org/docs/current/misc/perf-tu
2016-07-25 14:41 GMT+02:00 Yann Ylavic :
> On Fri, Jul 22, 2016 at 8:42 PM, Jacob Champion
> wrote:
> > On 07/22/2016 10:49 AM, William A Rowe Jr wrote:
> >>
> >> I'm -1 for interpretating invalid values.
> >
> >
> > By "invalid" do you mean any string
2016-07-27 20:26 GMT+02:00 William A Rowe Jr <wr...@rowe-clan.net>:
> On Wed, Jul 27, 2016 at 1:18 PM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
>
>>
>> 2016-07-25 14:41 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
>>
>>> On Fri, Jul 22,
2016-07-28 16:05 GMT+02:00 William A Rowe Jr <wr...@rowe-clan.net>:
> On Thu, Jul 28, 2016 at 8:25 AM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
>
>>
>> The first version of the change tried to solve an actual bug imho, namely
>> returning Last-Modif
2016-07-23 1:18 GMT+02:00 Jacob Champion :
> On 07/22/2016 01:38 PM, William A Rowe Jr wrote:
>
>> RFC 7231 § 7.1.1
>> RFC 7232 § 2.2
>>
>
> Okay, at least we're looking at the same sections then. But I'm not
> finding support for your statement that we must replace
2016-07-29 10:30 GMT+02:00 Stefan Eissing <stefan.eiss...@greenbytes.de>:
>
> > Am 28.07.2016 um 18:50 schrieb William A Rowe Jr <wr...@rowe-clan.net>:
> >
> > On Thu, Jul 28, 2016 at 10:29 AM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
> >
>
2016-08-02 10:48 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
> On Tue, Aug 2, 2016 at 8:22 AM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
> >
> > So IIUC you are saying to always done+break in the 304 use case (to avoid
> > reading from the connection
2016-08-02 15:23 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
> On Tue, Aug 2, 2016 at 2:59 PM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
> >
> > 2016-08-02 10:48 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
> >>
> >> What I don't know
2016-08-02 17:54 GMT+02:00 Yann Ylavic :
> On Tue, Aug 2, 2016 at 5:05 PM, Yann Ylavic wrote:
> >
> > So we need to detect whether the 304 is a CGI Status or ours.
> > It seems that in the former case r->status is 304, whereas in the
> > latter case
2016-08-02 19:18 GMT+02:00 Jacob Champion :
> To follow up on an IRC comment:
>
> I like performance improvements, but this is code that we've identified a
> large number of bugs/misfeatures in recently, and I think there are plans
> for further changes soon. Performance
2016-08-04 11:52 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
>
> 2016-08-02 10:17 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
>>
>> 2016-08-01 21:13 GMT+02:00 Jacob Champion <champio...@gmail.com>
>>>
>>>
>>>
2016-08-02 10:17 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
> 2016-08-01 21:13 GMT+02:00 Jacob Champion <champio...@gmail.com>
>>
>>
>> As stated above, this is not my first choice -- but I wouldn't oppose it
>> if that's what t
2016-08-04 14:56 GMT+02:00 Eric Covener :
> On Thu, Aug 4, 2016 at 8:29 AM, Mark Blackman
> wrote:
> > Classification: For internal use only
> >
> > Hi,
> >
> > Could I recommend that text about Apache 2.2 EOL notification be added
> to the 2.2 section on
2016-08-11 8:43 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
>
> 2016-08-09 15:02 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
>> Thanks a lot for the feedback, trying to answer to everybody:
>>
>> 2016-08-05 15:19
2016-08-09 15:02 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
> Thanks a lot for the feedback, trying to answer to everybody:
>
> 2016-08-05 15:19 GMT+02:00 Jim Jagielski <j...@jagunet.com>:
>
>> If APR_POLLSET_WAKEABLE was more universal and, therefore,
&g
2016-07-11 23:33 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
>
> 2016-07-11 19:44 GMT+02:00 Jacob Champion <champio...@gmail.com>:
>
>> On 07/11/2016 08:53 AM, Luca Toscano wrote:
>>
>>> I am looking for some feedback about the patch proposed
2016-07-11 19:44 GMT+02:00 Jacob Champion <champio...@gmail.com>:
> On 07/11/2016 08:53 AM, Luca Toscano wrote:
>
>> I am looking for some feedback about the patch proposed to figure out if
>> I am on the right track or not. Does it make sense to read all the data
>&
2016-07-18 10:54 GMT+02:00 Ruediger Pluem :
Hi Ruediger,
>
> On 07/18/2016 10:02 AM, elu...@apache.org wrote:
> > Author: elukey
> > Date: Mon Jul 18 08:02:23 2016
> > New Revision: 1753167
> >
> > URL: http://svn.apache.org/viewvc?rev=1753167=rev
> > Log:
> > mod_proxy_fcgi:
Hi Apache devs,
I collected some info about AH01075 ("Error dispatching request to") and
AH1068 ( "Got bogus version X expected 1") errors related to 304 responses
handled by mod_proxy_fcgi in
https://bz.apache.org/bugzilla/show_bug.cgi?id=59838
I am looking for some feedback about the patch
2016-08-04 17:56 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
> Hi Apache Devs,
>
> there is an interesting bugzilla ticket about mpm_event and frequent
> wake-ups: https://bz.apache.org/bugzilla/show_bug.cgi?id=57399
>
> Would it be possible to avoid them add
gmail.com>:
> On Fri, Aug 5, 2016 at 3:19 PM, Yann Ylavic <ylavic@gmail.com> wrote:
> > Hi Luca,
> >
> > On Fri, Aug 5, 2016 at 2:58 PM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
> >>
> >> 2016-08-04 17:56 GMT+02:00 Luca To
Hi Yann,
thanks a lot for the review, answer inline:
2016-08-02 1:03 GMT+02:00 Yann Ylavic :
> On Mon, Aug 1, 2016 at 12:55 PM, wrote:
> >
> > Modified: httpd/httpd/trunk/modules/proxy/mod_proxy_fcgi.c
> > URL:
>
2016-08-02 8:22 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
> Hi Yann,
>
> thanks a lot for the review, answer inline:
>
> 2016-08-02 1:03 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
>
>> On Mon, Aug 1, 2016 at 12:55 PM, <elu...@apache.org> wr
2016-08-01 21:13 GMT+02:00 Jacob Champion
>
>
> As stated above, this is not my first choice -- but I wouldn't oppose it
> if that's what the consensus comes to.
>
> else if (!ap_cstr_casecmp(w, "Last-Modified")) {
>> -apr_time_t parsed_date =
2016-06-29 16:31 GMT+02:00 Luca Toscano <toscano.l...@gmail.com>:
>
>
> 2016-06-29 14:06 GMT+02:00 William A Rowe Jr <wr...@rowe-clan.net>:
>
>> On Wed, Jun 29, 2016 at 3:12 AM, Luca Toscano <toscano.l...@gmail.com>
>> wrote:
>>
>>> Hi Ap
Hi Yann!
2016-07-01 18:02 GMT+02:00 Yann Ylavic :
> On Fri, Jul 1, 2016 at 5:00 PM, wrote:
> > Author: elukey
> > Date: Fri Jul 1 15:00:42 2016
> > New Revision: 1750953
> >
> > URL: http://svn.apache.org/viewvc?rev=1750953=rev
> > Log:
> > Fixed typo
2016-07-01 22:31 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
> On Fri, Jul 1, 2016 at 10:17 PM, William A Rowe Jr <wr...@rowe-clan.net>
> wrote:
> > On Fri, Jul 1, 2016 at 2:58 PM, Yann Ylavic <ylavic@gmail.com>
> wrote:
> >>
> >> On F
2016-07-02 18:27 GMT+02:00 Yann Ylavic :
> On Sat, Jul 2, 2016 at 4:39 PM, William A Rowe Jr
> wrote:
> > Relevant data points...
> >
> > https://tools.ietf.org/html/rfc7231#section-7.1.1.1
> >
> > There is no other supported time zone except GMT
2016-06-29 14:06 GMT+02:00 William A Rowe Jr <wr...@rowe-clan.net>:
> On Wed, Jun 29, 2016 at 3:12 AM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
>
>> Hi Apache devs!
>>
>> I have been working on an email thread [1] in the users@ mailing list in
>>
2017-02-08 22:37 GMT+01:00 Jacob Champion :
> On 02/08/2017 01:32 PM, Jim Jagielski wrote:
>
>> I am confused then... what else are you proposing? Eric's envar fix allows
>> for people to basically adjust at their whim. What else is needed??
>>
>
> In my view, nothing else
2017-01-30 21:58 GMT+01:00 Yann Ylavic <ylavic@gmail.com>:
> On Mon, Jan 30, 2017 at 7:17 PM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
> >
> > The use case that I had (the one that caused me to check the original
> > bugzilla task/patch and work
2017-01-27 15:38 GMT+01:00 Luca Toscano <toscano.l...@gmail.com>:
> Hi everybody,
>
> once in a while on users@ it is asked if httpd 2.4.x supports Openssl
> 1.1.x, but afaik http://svn.apache.org/viewvc/httpd/httpd/branches/2.
> 4.x-openssl-1.1.0-compat is still work i
2017-01-27 13:56 GMT+01:00 Jim Jagielski :
>
> > On Jan 26, 2017, at 6:13 PM, Jacob Champion
> wrote:
> >
> >
> > +1 (just not for 2.4.26, per my OP in the thread -- there is no way I
> can find around the current PHP-FPM "fixups" without
Hi everybody,
once in a while on users@ it is asked if httpd 2.4.x supports Openssl
1.1.x, but afaik
http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x-openssl-1.1.0-compat
is still work in progress. Any plans to release this work during the next
months? It would be really great, but I am
Hi Yann!
2017-01-30 14:23 GMT+01:00 Yann Ylavic :
> Hi Luca,
>
> On Mon, Jan 30, 2017 at 1:57 PM, wrote:
> > Author: elukey
> > Date: Mon Jan 30 12:57:00 2017
> > New Revision: 1780907
> >
> > URL: http://svn.apache.org/viewvc?rev=1780907=rev
> > Log:
>
2017-01-30 15:49 GMT+01:00 Yann Ylavic :
> On Mon, Jan 30, 2017 at 3:29 PM, Eric Covener wrote:
> >
> > my 2c:
> >
> > "In mod_cgi (and mod_cgid), the length of time to wait for any
> > individual block of output from a CGI script."
>
> +1 :)
>
+1, will
2017-01-30 15:15 GMT+01:00 Yann Ylavic :
> Hi Luca,
>
> continuing on dev@...
>
> On Mon, Jan 30, 2017 at 11:42 AM, wrote:
> > https://bz.apache.org/bugzilla/show_bug.cgi?id=56188
> []
> >
> > My question was if there was any corner case in which if,
Awesome feedback, great work on mpm-event Stefan!
-- Forwarded message --
From:
Date: 2017-01-25 13:00 GMT+01:00
Subject: [Bug 53555] Scoreboard full error with event/ssl
https://bz.apache.org/bugzilla/show_bug.cgi?id=53555
--- Comment #67
Hi Stefan,
My 2c! It would be great to see a little CHANGES entry, it might be useful
for people checking new mpm-features of the next httpd release (reviewing
the commit logs might be a bit overkill for some users).
Luca
2017-02-18 14:47 GMT+01:00 Jim Jagielski :
> CHANGES is usually
Hi everybody,
the following users@ question is interesting in my opinion:
2017-02-20 18:17 GMT+01:00 Mike Schlottman :
>
> The problem comes when I combine these 2 so that all users except those
> coming from 127.*.*.* or 192.168.*.* see the nice error page.
>
>
>
>
>
>
2017-01-23 23:58 GMT+01:00 Jacob Champion :
> On 01/06/2017 01:00 PM, Jacob Champion wrote:
>
>> Give it a try! With so many ways to configure, I expect *someone* will
>> run into a corner case I've missed.
>>
>
> Has anyone else been able to give this a shot? Yann found the
My personal wishlist:
1) Openssl 1.1.x support, a lot of people are asking for it in various
support channels and it seems important to catch up with others project
that already support it :)
2) Yann's work on mpm-event to remove the unnecessary 100ms of polling even
when idling. I am really
2017-01-18 14:00 GMT+01:00 Jim Jagielski <j...@jagunet.com>:
>
> > On Jan 18, 2017, at 7:50 AM, Graham Leggett <minf...@sharp.fm> wrote:
> >
> > On 17 Jan 2017, at 7:40 PM, Luca Toscano <toscano.l...@gmail.com> wrote:
> >
> >> Since this
2017-01-18 13:50 GMT+01:00 Graham Leggett <minf...@sharp.fm>:
> On 17 Jan 2017, at 7:40 PM, Luca Toscano <toscano.l...@gmail.com> wrote:
>
> > Since this email thread seems important, is there any update from
> anybody working on it? It would be great to open a bugzilla
2016-09-18 10:57 GMT+02:00 Stefan Fritsch :
> Hi Graham,
>
> On Wed, 14 Sep 2016, Graham Leggett wrote:
>
> > On 06 Sep 2016, at 12:06 AM, Stefan Fritsch wrote:
> >
> > > in trunk, when having a lot of slow long running transfers, most of
> them seem
> > > to
2016-11-30 18:54 GMT+01:00 Jim Jagielski :
> I'm thinking about adding JSON support to mod_status...
> the "plain" version output really stinks and lacks parity
> w/ the info we provide via HTML, and it would be nice
> to produce a really easily parseable format.
>
>
2017-01-18 10:56 GMT+01:00 Daniel Gruno :
> On 01/17/2017 07:33 PM, Jim Jagielski wrote:
> > It all depends on what Bill decides regarding mod_bmx and if
> > it is something we intent to backport to 2.4.x
> >
> > Still not sure on how to *use* BMX, or how other modules
> >
2017-01-20 10:45 GMT+01:00 Stefan Eissing <stefan.eiss...@greenbytes.de>:
>
> > Am 20.01.2017 um 10:35 schrieb Luca Toscano <toscano.l...@gmail.com>:
> >
> >
> >
> > 2017-01-20 10:11 GMT+01:00 ste...@eissing.org <ste...@eissing.org>:
> &g
2017-01-20 10:11 GMT+01:00 ste...@eissing.org :
>
> > 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
Hi Apache Devs,
there is an interesting bugzilla ticket about mpm_event and frequent
wake-ups: https://bz.apache.org/bugzilla/show_bug.cgi?id=57399
Would it be possible to avoid them adding APR_POLLSET_WAKEABLE to the
event_pollset flags and calling apr_pollset_wakeup right after
2016-08-03 1:50 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
> On Tue, Aug 2, 2016 at 6:58 PM, Luca Toscano <toscano.l...@gmail.com>
> wrote:
> >
> > 2016-08-02 17:54 GMT+02:00 Yann Ylavic <ylavic@gmail.com>:
> >>
> >> On Tue, Aug
1 - 100 of 326 matches
Mail list logo