[off-topic] ApacheCon is over - thanks for the people I met and the lessons I learned.

This is perhaps a bit off-topic, but since we don't really have a defocus@ mailing list, I thought I'd just send my email to this list. So, ApacheCon North America 2013 is finally over, and what a great conference it was. I want to thank the people I met for being so awesome (Rainer, Mike, Rich,

Proposed Lua backport for 2.4

Hi folks, I've just proposed a rather large backport of all the Lua stuff we have in trunk, I hope you'll take a look at it. Basically, this is a sync between trunk and 2.4, which will bring the LuaCodeCache, the LuaScope server [min [max], Lua input/output filters, LuaMapHandler as well as the

Re: Proposed Lua backport for 2.4

On 03/08/2013 07:12 PM, Guenter Knauf wrote: Am 08.03.2013 17:32, schrieb Daniel Gruno: I've just proposed a rather large backport of all the Lua stuff we have in trunk, I hope you'll take a look at it. to me it seems to make more sense to just copy over the trunk version to 2.4 branch

Re: Proposed Lua backport for 2.4

On 03/08/2013 08:22 PM, Jim Jagielski wrote: From what I can see, that's exactly what it does... I plan on testing this weekend. Daniel, do you have any testing suites you use? I have some additions to the Perl framework we use, but that's mostly for testing the LuaMapHandler (which no one

Re: Proposed Lua backport for 2.4

On 03/08/2013 08:22 PM, Jim Jagielski wrote: From what I can see, that's exactly what it does... I plan on testing this weekend. Daniel, do you have any testing suites you use? Okay, I'm being told I should stop being on Portland time and get back to my usual day rhythm, so I'll cut the

Re: Proposed Lua backport for 2.4

On 03/08/2013 11:18 PM, Gregg Smith (gsmith) wrote: On 3/8/2013 11:49 AM, Daniel Gruno wrote: for testing the LuaMapHandler (which no one uses*cough*). I tried a week or two ago after finding an example using it, then quickly found out it had disappeared thanks to a commit logged remove

Re: Proposed Lua backport for 2.4

On 03/13/2013 02:50 AM, Gregg Smith wrote: Hi Daniel, I'm seeing segfaults on that dreadful Windows OS when using LuaMapHandler LuaRoot together. Not to worry, I'm seeing seeing this on trunk as well, so it's not your backport per se. Some likely useless info:

Re: Proposed Lua backport for 2.4

On 03/13/2013 08:39 PM, Gregg Smith wrote: On 3/13/2013 4:44 AM, Daniel Gruno wrote: On 03/13/2013 02:50 AM, Gregg Smith wrote: Hi Daniel, I'm seeing segfaults on that dreadful Windows OS when using LuaMapHandler LuaRoot together. The backtrace was actually quite helpful :) It would

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

On 04/10/2013 11:21 PM, Guenter Knauf wrote: On 10.04.2013 23:01, fua...@apache.org wrote: Author: fuankg Date: Wed Apr 10 21:01:51 2013 New Revision: 149 URL: http://svn.apache.org/r149 Log: Put this backport for now on hold to get some more time for testing ... ok, sorry for

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

On 04/10/2013 11:21 PM, Guenter Knauf wrote: - r:expr(string) sample uses %{HTTP_HOST}, but that doesnt work for me This function does work perfectly, on Linux/FreeBSD at least ;) it uses ap_expr, so whatever that function supports, this should as well. What I tried on www.humbedooh.com was:

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

On 04/11/2013 12:33 PM, Guenter Knauf wrote: On 11.04.2013 12:05, Daniel Gruno wrote: As for the env variables, I had at one point thought about making a binding for that, but possibly the already existing env table and os.getenv will be enough - I'll investigate that. as I said I'm a Lua

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

On 04/11/2013 02:36 PM, Guenter Knauf wrote: On 11.04.2013 12:44, Daniel Gruno wrote: it's a userdata object, so you can't iterate over the key/value pairs, you can only access the values directly if you know the key. I was hoping that its possible to create a table from the userdata

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

On 04/11/2013 01:55 AM, Guenter Knauf wrote: On 10.04.2013 23:34, Guenter Knauf wrote: but here's what I found so far: - banner(), port() and started() are functions (or methods), and listed as such below 'Built in functions'; but they are also listed as members of request_rec (see the big

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

On 04/11/2013 11:24 PM, Gregg Smith wrote: On 4/11/2013 9:05 AM, Daniel Gruno wrote: I just tried the script you attached on my Windows box, as well as the original LuaRoot + LuaMapHandler problem, and I can't find anything wrong with it, it works flawlessly with httpd 2.4.4 + mod_lua from

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

On 04/12/2013 10:42 PM, Guenter Knauf wrote: On 10.04.2013 23:21, Guenter Knauf wrote: On 10.04.2013 23:01, fua...@apache.org wrote: Author: fuankg Date: Wed Apr 10 21:01:51 2013 New Revision: 149 URL: http://svn.apache.org/r149 Log: Put this backport for now on hold to get some

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

On 04/12/2013 10:01 PM, Gregg Smith wrote: On 4/12/2013 10:43 AM, Guenter Knauf wrote: I know; but I dont know if Gregg did a release or debug build; I've heard a couple of times in the past that folks were not able to re-create crash with debug builds but which happen with release builds;

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

On 04/14/2013 07:17 AM, Guenter Knauf wrote: HI Daniel, On 13.04.2013 08:47, Daniel Gruno wrote: I think the reason for limiting it to 10 is legacy stuff, so that's what I've complied with. but thats way to less for doing something useful; therefore I've decoupled mod_lua from

Re: Interpolating %{variables} in all directives

On 04/18/2013 05:09 PM, Igor Galić wrote: Hey folks o/~ From an IRC conversation in #httpd and #httpd-dev emerged the idea to interpolate %{variables} in all directives. According to sf we have somewhere a ~10 line code fragment which does that without much overhead (not benchmarked) when

Re: svn commit: r1469744 - in /httpd/httpd/trunk: docs/manual/mod/mod_lua.xml modules/lua/lua_request.c modules/lua/lua_request.h

On 04/19/2013 11:02 AM, Ruediger Pluem wrote: humbed...@apache.org wrote: Author: humbedooh Date: Fri Apr 19 08:46:28 2013 New Revision: 1469744 URL: http://svn.apache.org/r1469744 Log: Remove lua_ap_banner, as it's no longer being used. Add ivm_get/ivm_set for Inter-VM data transfer.

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

On 04/19/2013 02:48 PM, Guenter Knauf wrote: On 10.04.2013 23:21, Guenter Knauf wrote: On 10.04.2013 23:01, fua...@apache.org wrote: Author: fuankg Date: Wed Apr 10 21:01:51 2013 New Revision: 149 URL: http://svn.apache.org/r149 Log: Put this backport for now on hold to get some

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

On 04/19/2013 03:02 PM, Guenter Knauf wrote: On 10.04.2013 23:21, Guenter Knauf wrote: On 10.04.2013 23:01, fua...@apache.org wrote: Author: fuankg Date: Wed Apr 10 21:01:51 2013 New Revision: 149 URL: http://svn.apache.org/r149 Log: Put this backport for now on hold to get some

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

On 04/19/2013 04:01 PM, Guenter Knauf wrote: Hi Daniel, On 19.04.2013 14:53, Daniel Gruno wrote: Yeah, that should be r.exists_config_define. ok, new test: function call_exists_config_define(r, text) if r.exists_config_define(text) then r:puts(httpd was probably run with -D .. text

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

On 04/19/2013 06:25 PM, Guenter Knauf wrote: Daniel, On 19.04.2013 18:19, Guenter Knauf wrote: On 19.04.2013 16:29, Daniel Gruno wrote: See r1469844 yeah, thought as much when I printed the result which showed 0 or 1; but I had to leave so couldnt self dig into the code ATM ... wouldnt

Re: svn commit: r1469852 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

On 04/20/2013 02:01 AM, Guenter Knauf wrote: Daniel, On 19.04.2013 16:31, humbed...@apache.org wrote: Author: humbedooh Date: Fri Apr 19 14:31:51 2013 New Revision: 1469852 URL: http://svn.apache.org/r1469852 Log: s/r:/r./ Modified: httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

Re: svn commit: r1469852 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

On 04/23/2013 11:49 PM, Guenter Knauf wrote: Hi Daniel, On 20.04.2013 08:58, Daniel Gruno wrote: Thanks for the invaluable help, it's really good knowing there's someone else taking such an interest in this project! :) I hope that someday we can shed mod_lua of its experimental status

Re: svn commit: r1469852 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

On 04/24/2013 12:18 AM, Guenter Knauf wrote: On 23.04.2013 23:49, Guenter Knauf wrote: Hi Daniel, On 20.04.2013 08:58, Daniel Gruno wrote: Thanks for the invaluable help, it's really good knowing there's someone else taking such an interest in this project! :) I hope that someday we can shed

Re: svn commit: r1469852 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

On 04/25/2013 02:46 AM, Guenter Knauf wrote: On 24.04.2013 00:18, Guenter Knauf wrote: and two more things: 1) I found with my script that there is also a table apr_table created with methods get and set but its not yet documented 2) I wonder why we do export some functions from mod_lua, and

Re: svn commit: r1469852 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

On 04/25/2013 11:54 AM, Daniel Gruno wrote: On 04/24/2013 12:18 AM, Guenter Knauf wrote: On 23.04.2013 23:49, Guenter Knauf wrote: Hi Daniel, On 20.04.2013 08:58, Daniel Gruno wrote: Thanks for the invaluable help, it's really good knowing there's someone else taking such an interest

Default value of LuaScope in trunk mod_lua

Hi dev@ people, I'm thinking of changing the default value of LuaScope in trunk to 'thread', as the current default, 'once', has a significant performance impact (as I explained at ApacheCon). As Lua's garbage collector is quite awesome (it's virtually impossible to leak memory unless you

Re: Default value of LuaScope in trunk mod_lua

On 04/25/2013 04:41 PM, Eric Covener wrote: On Thu, Apr 25, 2013 at 10:24 AM, Daniel Gruno rum...@cord.dk wrote: Hi dev@ people, I'm thinking of changing the default value of LuaScope in trunk to 'thread', as the current default, 'once', has a significant performance impact (as I explained

Re: status of httpd-2.0

On 04/04/2013 01:57 PM, Jeff Trawick wrote: On Wed, Apr 3, 2013 at 8:04 AM, Zisis Lianas zisis.lia...@consol.de mailto:zisis.lia...@consol.de wrote: Just for interest: was is the current status of httpd-2.0? Will 2.0.65 be released (soon)? When is it planned to mark

Re: apache_pb*.* - again

On 05/04/2013 02:42 PM, Rainer Jung wrote: On 30.04.2013 01:21, Guenter Knauf wrote: Hi Daniel, I think you did the last revisions of these pics, so I address this directly to you ... it just came to my attention that the apache_pb*.gif look not so fine as the apache_pb*.png ones:

Thinking about adding a link to modules.a.o on our web site.

Hi all, I did some talking with Jim and Rich (or was it Rainer, I forget) during ApacheCon, in which we agreed that we need to plug our modules directory some more. I totally forgot all about this, but since it's never too late to get something like this done, I am now contemplating adding a link

Re: Time for 2.4.5 ??

On 05/24/2013 09:02 PM, Guenter Knauf wrote: On 24.05.2013 14:40, Jim Jagielski wrote: There are a few things I'd like to see in 2.4.5, which would be significant for the 2.4.x release: o The mod_lua stuff ok, after spending a bunch of hours during last weeks with testing mod_lua mainly

Re: svn commit: r1489400 - /httpd/httpd/trunk/modules/lua/lua_request.c

Could you please add these functions to the documentation while you're at it? (and the others you made) With regards, and thanks for doing an awesome job, Daniel. On 06/04/2013 02:12 PM, fua...@apache.org wrote: Author: fuankg Date: Tue Jun 4 12:12:14 2013 New Revision: 1489400 URL:

Re: Proposal: switch mod_lua in 2.4 to CTR

On 06/07/2013 07:53 PM, William A. Rowe Jr. wrote: +1... this thread is sufficient for voting :) +1 in that case! :) With regards, Daniel On Fri, Jun 7, 2013 at 11:41 AM, Guenter Knauf fua...@apache.org mailto:fua...@apache.org wrote: On 07.06.2013 18:26, Rainer Jung wrote:

Re: [Vote] Switch mod_lua in 2.4 to CTR

On 06/08/2013 05:34 PM, Guenter Knauf wrote: On 08.06.2013 17:04, Rainer Jung wrote: I suggest to switch mod_lua in 2.4 to CTR mode. [ ] +1: I support this proposal [ ] 0: I don't care [ ] -1: I don't support this proposal, because... +1 Gün. +1 from here as well, With regards,

[DISCUSS] Dropping the E-word from mod_lua (SFW)

Hi dev@, Though this is mainly a question for docs@, I thought I'd drop this email into the dev@ list instead, since this is where I think objections, if there are any, will arise. Today, on various Internet channels, I have had to do my very best to defend the use of mod_lua, ranging from people

Re: Does Apache need Designers?

On 10/15/2013 05:43 PM, Rich Bowen wrote: On 10/15/2013 07:28 AM, Nikash SINGH wrote: Hi, I know it's not entirely appropriate to interject on this list, but I've exhausted a few other options before deciding to post here. I'm a User Interface Designer with experience in open source

Re: ApacheCon talk topic suggestions

On 01/21/2014 06:54 PM, Jeff Trawick wrote: On Tue, Jan 21, 2014 at 12:46 PM, Rich Bowen rbo...@rcbowen.com mailto:rbo...@rcbowen.com wrote: I think that any of the following topics could make for a good talk at ApacheCon: * mod_lua * the new expression eval stuff *

Re: Welcome to Mike Rumph and Yann Ylavic!

On 02/17/2014 06:26 PM, Eric Covener wrote: Mike Rumph and Yann Ylavic have recently joined us as committers. Welcome! (We don't usually send this welcome e-mail to dev@, but I think it's a good thing to do). Welcome aboard, and well deserved!! With regards, Daniel.

Re: svn commit: r1572703 - /httpd/httpd/trunk/modules/lua/lua_request.c

On 02/27/2014 10:53 PM, Yann Ylavic wrote: On Thu, Feb 27, 2014 at 8:10 PM, humbed...@apache.org mailto:humbed...@apache.org wrote: Author: humbedooh Date: Thu Feb 27 19:10:55 2014 New Revision: 1572703 URL: http://svn.apache.org/r1572703 Log: mod_lua: Only read

Re: svn commit: r1582264 - in /httpd/httpd/branches/2.4.x: CHANGES modules/lua/lua_apr.c

with Apache 2.4.10 from causing response splitting. [Daniel Gruno, Felipe Daragon filipe syhunt com] + *) mod_lua: Disallow newlines in table values inside the request_rec, + to prevent HTTP Response Splitting via tainted headers. + [Daniel Gruno, Felipe Daragon filipe

Re: svn commit: r1582264 - in /httpd/httpd/branches/2.4.x: CHANGES modules/lua/lua_apr.c

On 03/27/2014 01:15 PM, Nick Kew wrote: On Thu, 2014-03-27 at 13:06 +0100, Daniel Gruno wrote: FYI, I have implemented some restrictions and alterations to mod_lua, to prevent HTTP Response Splitting in cases where users fail to properly check their output or think mod_lua takes care

Re: svn commit: r1582264 - in /httpd/httpd/branches/2.4.x: CHANGES modules/lua/lua_apr.c

On 03/27/2014 01:24 PM, Jeff Trawick wrote: Just remove it? And what about other control characters such as \r, or generally any character/byte sequence that is not valid here? (My mail server is refusing my emails atm, so I'm not sure whether this gets through *crosses fingers*) If we

Re: svn commit: r1582264 - in /httpd/httpd/branches/2.4.x: CHANGES modules/lua/lua_apr.c

On 03/27/2014 01:38 PM, Nick Kew wrote: On Thu, 2014-03-27 at 13:21 +0100, Daniel Gruno wrote: You can't log a warning or strip the newline; 1) it's a const char* so magical things will happen if you edit it(?) 2) we don't have a pool handy to make a new string without the newline or log

Re: svn commit: r1582858 - in /httpd/httpd/trunk: docs/log-message-tags/next-number modules/lua/lua_apr.c modules/lua/lua_apr.h modules/lua/lua_request.c modules/lua/lua_request.h

On 03/28/2014 09:29 PM, Ruediger Pluem wrote: Why this check if we already use t-r-pool above :-)? +ap_log_rerror(APLOG_MARK, APLOG_WARNING, 0, t-r, +APLOGNO(02614) mod_lua: Value for '%s' in table '%s' contains newline!, + key, t-n); +

Re: developper/lua.xml

On 04/10/2014 03:45 PM, Christophe JAILLET wrote: Hi, manual/developper/lua.xml and co are only in trunk. Should they be copied in 2.4.x? I guess so. Best regards, CJ That file is mostly a WIP which has since (for me, personally) been replaced by modlua.org I wouldn't just backport

Change of web site layout

Hi there, dev@ people (and docs@ cc'ed), For some time now, a lot of us from the documentation team have been pondering on making our site, well, not so 1990s looking and unappealing. We've had some input from various people over time, and together with my own thoughts, I've come up with a new

Re: Change of web site layout

[Disclaimer: I am being terse. It is late here. Or early, as it were.] On 06/16/2014 01:44 AM, André Malo wrote: Hi, * Daniel Gruno wrote: Hi there, dev@ people (and docs@ cc'ed), For some time now, a lot of us from the documentation team have been pondering on making our site, well

Re: Change of web site layout

On 06/16/2014 10:38 AM, Greg Stein wrote: On Mon, Jun 16, 2014 at 3:00 AM, André Malo n...@perlig.de mailto:n...@perlig.de wrote: * Daniel Gruno wrote: ... I'm finding the back/forth here to be a bit more combative than maybe needed. Daniel: you asked for feedback. Andre could

Re: Change of web site layout

' suggestions. Cheers, -g On Sun, Jun 15, 2014 at 3:55 PM, Daniel Gruno rum...@cord.dk mailto:rum...@cord.dk wrote: Hi there, dev@ people (and docs@ cc'ed), For some time now, a lot of us from the documentation team have been pondering on making our site, well, not so

Re: Change of web site layout

On 06/17/2014 12:46 AM, Tim Bannister wrote: On 16 Jun 2014, at 22:23, Rich Bowen wrote: Apache httpd being #1 on the internet is great news, but personally I'd put that on the carousel. What sort of leading text should go in its place? I'm happy to put some work into this. Also, it's

Re: svn commit: r1643179 - in /httpd/httpd/trunk/server/mpm: prefork/prefork.c worker/worker.c

I'm working on that right now, Yann :) With regards, Daniel. On 2014-12-05 13:40, Yann Ylavic wrote: On Fri, Dec 5, 2014 at 8:57 AM, yla...@apache.org wrote: Author: ylavic Date: Fri Dec 5 07:57:57 2014 New Revision: 1643179 URL: http://svn.apache.org/viewvc?rev=1643179view=rev The URL

Re: svn commit: r1643179 - in /httpd/httpd/trunk/server/mpm: prefork/prefork.c worker/worker.c

All fixed now - took a bit of digging, but it works :) On 2014-12-05 13:43, Yann Ylavic wrote: OK, thanks Daniel. On Fri, Dec 5, 2014 at 1:41 PM, Daniel Gruno humbed...@apache.org wrote: I'm working on that right now, Yann :) With regards, Daniel. On 2014-12-05 13:40, Yann Ylavic wrote

Re: mod_lua: Accessing multiple Set-Cookie response headers

This should really go to users@, but anyway... You might want to take a look at: http://modlua.org/api/builtin#getcookie http://modlua.org/api/builtin#setcookie With regards, Daniel. On 2015-05-18 16:53, Christian Folini wrote: Hello, Mod_lua gave me a few quick wins when I started to play

Re: Helping out with release testing

Anyone is free to test and help out, and frankly, we'd highly appreciate it if you did :). As for the voting; Anyone can vote on a release, but only committers can cast binding votes. Having said that, if anyone - even a non-committer - casts a -1, it WILL cause us to pause and think about it,

Re: Helping out with release testing

There is actually an ambiguity in our policy on that. We should fix it ;) With regards, Daniel. On 2015-07-13 14:42, Eric Covener wrote: On Mon, Jul 13, 2015 at 8:25 AM, Daniel Gruno humbed...@apache.org wrote: As for the voting; Anyone can vote on a release, but only committers can cast

Re: Moderations for modules.apache.org

On 11/09/2015 01:25 PM, Graham Leggett wrote: > On 06 Nov 2015, at 6:55 PM, Daniel Gruno <humbed...@apache.org> wrote: > >> I'm sorry to say modules.apache.org is so bot/spam infested now, that >> it's impossible to moderate it unless I spend more than an hour every

Re: Moderations for modules.apache.org

On 11/9/2015, 1:54:59 PM, Graham Leggett <minf...@sharp.fm> wrote: > On 09 Nov 2015, at 2:41 PM, Daniel Gruno <humbed...@apache.org> wrote: > > > You're welcome to try to clean it up ;) > > make a user account on the system and give me the UID of that user

Re: Moderations for modules.apache.org

to contribute to this. :) Does this sound like a good idea, or complete overkill? With regards, Daniel. On 11/9/2015, 1:54:59 PM, Graham Leggett <minf...@sharp.fm> wrote: > On 09 Nov 2015, at 2:41 PM, Daniel Gruno <humbed...@apache.org> wrote: > > > You're welco

Re: Moderations for modules.apache.org

On 11/06/2015 05:53 PM, Graham Leggett wrote: > Hi all, > > I've had a module waiting to be approved at modules.apache.org for a while, > anyone know who the moderator is? > > Regards, > Graham > -- > Hi Graham, I'm sorry to say modules.apache.org is so bot/spam infested now, that it's

Re: Thx and merit

Indeed, +1! With regards, Daniel On 10/14/2015, 2:58:48 PM, Jim Jagielski wrote: > The ASF is all about recognizing and rewarding merit. The whole > "Apache Way" started here, with this project, and httpd has always > been the sort of "guiding light" and example of how Apache

Re: GitHub (mirror) pull requests notifications

On 10/09/2015 11:12 AM, Yann Ylavic wrote: > Could they somehow be sent to dev@, or is there legal issues? > No, nothing legal there...just that people didn't want GH integration ;) If there's a desire to have it enabled, we can make it so.. With regards, Daniel.

Re: svn commit: r10796 - /release/httpd/

On 10/13/2015 01:12 PM, Yann Ylavic wrote: > On Mon, Oct 12, 2015 at 7:42 PM, wrote: >> Author: jim >> Date: Mon Oct 12 17:42:21 2015 >> New Revision: 10796 >> >> Log: >> Push and populate mirrors... > > Despite this commit, httpd.a.o (including /download.cgi) still refers > to

Re: [VOTE] Release Apache httpd 2.4.17 as GA

On 10/09/2015 07:40 PM, Jim Jagielski wrote: > The pre-release test tarballs for Apache httpd 2.4.17 can be found > at the usual place: > > http://httpd.apache.org/dev/dist/ > > I'm calling a VOTE on releasing these as Apache httpd 2.4.17 GA. > > [ ] +1: Good to go > [ ] +0: meh > [ ] -1:

Re: svn commit: r1706637 - /httpd/httpd/trunk/modules/http2/config.m4

On 10/04/2015 04:22 PM, Jeff Trawick wrote: > > This is CTR in the 2.4.x branch, right? (i.e., can just commit it?) > Yeah, it was informally decided (last week) to CTR the http2 stuff. With regards, Daniel.

Re: Lua coroutines

Not to mention that should we opt for the Lua coroutines, this would also indirectly mean it would be possible to dynamically alter the HTTP process using custom scripts, which could be very interesting :) sort of like mod_lua on steroids ;). Other ways this could be used would be unit

Re: T of 2.4.17 this week

On 10/06/2015 02:01 PM, Jeff Trawick wrote: > On Tue, Oct 6, 2015 at 7:44 AM, Daniel Gruno <humbed...@apache.org > <mailto:humbed...@apache.org>> wrote: > > On 10/05/2015 06:35 PM, Daniel Gruno wrote: > > +1! > > There's so much new goodness we hav

Re: T of 2.4.17 this week

On 10/05/2015 06:35 PM, Daniel Gruno wrote: > +1! > There's so much new goodness we have to share! :) > > On 10/5/2015, 5:54:04 PM, Jim Jagielski <j...@jagunet.com> wrote: >> I propose a T of 2.4.17 this week with a release for next. I >> will RM. >> >

Re: T of 2.4.17 this week

+1! There's so much new goodness we have to share! :) On 10/5/2015, 5:54:04 PM, Jim Jagielski wrote: > I propose a T of 2.4.17 this week with a release for next. I > will RM. > > Comments? >

Re: 2.4.18?

I don't care who the author is - if people keep up with toxic language like what has been used in this thread, they will be removed from the lists without any further warning. Consider this your first, last and only warning. I trust I don't have to go into details about who said what here. With

Thoughts on using HW for httpd?

Hi folks, as some may know, ComDev is trialling a new thing called 'Help Wanted!' at https://helpwanted.apache.org/ I've added a few example entries for httpd, and I'm wondering if this is something we would want to plug into our web site? You can see an example web site widget at

Re: Thoughts on using HW for httpd?

nn Ylavic <ylavic@gmail.com > <mailto:ylavic@gmail.com>>: > > +1! > > On Fri, Feb 12, 2016 at 1:27 PM, Jim Jagielski <j...@jagunet.com > <mailto:j...@jagunet.com>> wrote: > > /me like > > > >> On Feb 12

Re: [users@httpd] Block access to "OPTIONS *"

On 02/12/2016 01:28 PM, Jim Jagielski wrote: > Blocking OPTIONS has a long and illustrious history... > I am -0 on doing anything more related to it ;) > Isn't that why we have the optional mod_allowmethods these days anyway... With regards, Daniel.

Re: Thoughts on using HW for httpd?

Since it's only been +1s, I plan to put the widget on our site today. It's on httpd.staging.apache.org if anyone wants to preview it, yell if you disagree :-) With regards, Daniel. On 02/12/2016 09:11 PM, Luis Gil wrote: > love it! > > El vie., 12 de febrero de 2016 13:20, Dan

Re: JSON for mod_status

On 01/18/2017 03:48 PM, Daniel Gruno wrote: > On 01/18/2017 03:19 PM, Luca Toscano wrote: >> >> >> 2017-01-18 10:56 GMT+01:00 Daniel Gruno <humbed...@apache.org >> <mailto:humbed...@apache.org>>: >> >> On 01/17/2017 07:33 PM, Jim Jagielski

Re: JSON for mod_status

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 > "hook in" (right now we have several modules hook into > mod_status so the

Re: JSON for mod_status

On 01/18/2017 03:19 PM, Luca Toscano wrote: > > > 2017-01-18 10:56 GMT+01:00 Daniel Gruno <humbed...@apache.org > <mailto:humbed...@apache.org>>: > > On 01/17/2017 07:33 PM, Jim Jagielski wrote: > > It all depends on what Bill decides regarding mod_b

Re: JSON for mod_status

ed XML in a decade, so I'm +/-0 on that one. If someone wants to do it, fine, but .. :p > > On 30 November 2016 at 20:08, Luca Toscano <toscano.l...@gmail.com> wrote: >> >> >> 2016-11-30 19:03 GMT+01:00 Daniel Gruno <humbed...@apache.org>: >>> >&g

Re: JSON for mod_status

On 11/30/2016 06:54 PM, Jim Jagielski wrote: > 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. > > Thoughts...? > +1, a

server-status script donated to ASF

FWIW, the stuff that powers https://httpd.apache.org/server-status has now been donated to the HTTPd project. With regards, Daniel.

Re: server-status script donated to ASF

On 03/20/2017 02:01 PM, Jim Jagielski wrote: > Since these are docs, does that mean they can be > CTR'ed into 2.4? :) probably? :) it's just an example script, nothing that needs compiling or counts as de facto replacement yet :) > >> On Mar 20, 2017, at 8:57 AM, Danie

Re: server-status script donated to ASF

On 03/20/2017 01:56 PM, Jim Jagielski wrote: > Cool... URL? https://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/server-status/ > >> On Mar 15, 2017, at 10:23 AM, Daniel Gruno <humbed...@apache.org> wrote: >> >> FWIW, the stuff that powers https://httpd.apach

flood 0.4 was never signed for?

Hi folks, It appears that flood 0.4 ( https://dist.apache.org/repos/dist/release/httpd/flood/ ) was never signed by anyone, which should likely be fixed. As this was, AIUI, released 8 years ago, I cannot in good conscience sign for it myself. Either we have someone who was present back then sign

Re: ACNA Miami: Who? When?

On 05/08/2017 08:00 PM, Jim Riggs wrote: > So, who all will be in Miami? From what I've seen on Sched and messages here: > > Yes : jimjag, rich, jfc, ruggeri, me > No : rowe, covener > > There are several other ACNA regulars who have been quiet around here lately. > Anyone else coming in? I'm

Re: Time for 2.4.28 ?

On 09/18/2017 06:24 PM, Jim Jagielski wrote: > Seems like a good time to push for a 2.4.28 T by end-of-week. > Review STATUS! Test and Vote on backports! > > Comments? > +1!

Re: apr "the latest available version"

On 10/25/2017 06:23 PM, Reindl Harald wrote: > it is *not* helpful when you already have deployed httpd 2.4.29 that you > by random luck face a apr-1.6.3 build on the fedora buildserver I'd suggest you post this to d...@apr.apache.org if you want them to update their dist page. With regards,

Re: [apache/httpd] Add Option to generate multiple error logs of different format in Apache 2.4.x (#52)

On 06/06/2018 02:21 AM, Micha Lenk wrote: Hi all, on Github the pull request #52 https://github.com/apache/httpd/pull/52 looks like it has gone wild, receiving new commits from asfgit every once in a while. The pull request itself looks unusable. Does anybody know who created it and who is

Re: apr "the latest available version"

On 10/26/2017 12:44 PM, Reindl Harald wrote: > > > Am 26.10.2017 um 12:38 schrieb Graham Leggett: >> On 26 Oct 2017, at 12:31 PM, Reindl Harald >> wrote: >> >>> i am not going to subscribe to every single devel list out there for >>> single issues and had already

Re: 2.4.x and 2.6.x ... next steps

On 09/12/2018 10:58 AM, Graham Leggett wrote: On 12 Sep 2018, at 03:15, William A Rowe Jr > wrote: On Tue, Sep 11, 2018, 17:42 Graham Leggett > wrote: On 11 Sep 2018, at 20:35, Jim Jagielski mailto:j...@jagunet.com>> wrote: > This

Re: Vote 2.4.32 and mod_md no valid Certificate Agreement directive

Would it be possible to just have a link that always points to the _current_ agreement, much like our docs have a /current/ directory that always fetches you the current 2.4 docs? On 03/12/2018 11:03 AM, Stefan Eissing wrote: > > >> Am 12.03.2018 um 10:39 schrieb Luca Toscano

Re: [VOTE] Release httpd-2.4.31

On 03/03/2018 04:56 PM, Daniel Ruggeri wrote: > Hi, all; > >    Please find below the proposed release tarball and signatures: > > https://dist.apache.org/repos/dist/dev/httpd/ I know this is a bit nitpicky, and we don't do this in all projects, but...can we please have the tarball digest in

Re: [VOTE] Release httpd-2.4.36

On 10/15/2018 04:20 PM, Stefan Eissing wrote: Am 15.10.2018 um 16:11 schrieb Jim Jagielski : It's up to the RM on whether or not to release... one can't veto a release and a -1 is not a veto. Huh? I was referring to "TLS 1.3 support isn't quite yet tested enough to warrant a public

Re: [VOTE] Release httpd-2.4.28

On 1/17/19 6:59 PM, Jim Jagielski wrote: Ahhh good. On Jan 17, 2019, at 12:46 PM, Yann Ylavic wrote: On Thu, Jan 17, 2019 at 6:44 PM Jim Jagielski wrote: Note that simply changing the commit msg logs does not solve the problem. There is, in fact, no 2.4.38 tag at all. And I'm guessing we

Re: Apache 0-day / apache-uaf / use after free bugs

On 1/22/19 8:09 AM, Stefan Priebe - Profihost AG wrote: Hi, in twitter and other social media channels they're talking about a current apache 0 day: https://twitter.com/i/web/status/1087593706444730369 which wasn't handled / isn't currently fixed. Some details are here:

Re: Changing mod_lua to stable

On 12/17/18 8:23 PM, Daniel Gruno wrote: Hi folks, I've been pondering on the state of mod_lua, and it seems like it's time to get rid of the 'experimental' note, which still scares off a lot of people. The API has been steady over the past few years, I believe, and the code itself seems

Changing mod_lua to stable

Hi folks, I've been pondering on the state of mod_lua, and it seems like it's time to get rid of the 'experimental' note, which still scares off a lot of people. The API has been steady over the past few years, I believe, and the code itself seems to be in a stable state, so I'm inclined to go

[NOTICE] Mandatory relocation of Apache git repositories on git-wip-us.apache.org

[IF YOUR PROJECT DOES NOT HAVE GIT REPOSITORIES ON GIT-WIP-US PLEASE DISREGARD THIS EMAIL; IT WAS MASS-MAILED TO ALL APACHE PROJECTS] Hello Apache projects, I am writing to you because you may have git repositories on the git-wip-us server, which is slated to be decommissioned in the coming

Re: [VOTE] Release httpd-2.4.35

On 09/19/2018 10:56 AM, Stefan Eissing wrote: -1, the tag is not from HEAD of 2.4.x. Specifically it seems to me it is missing: r1840757 | jim | 2018-09-12 22:38:02 +0200 (Mi, 12 Sep 2018) | 12 lines Merge r1840010 from trunk: ... Can someone confirm that the tag seems to miss changes at

<    1   2   3   >