Hi Christophe,
On 06.10.2014 22:08, Christophe JAILLET wrote:
So, do you think that such clean up worth the effort or that things
should be left as-is ?
Thanks for feed back.
just a note about style:
while it doesnt matter if styles are fixed in C files, it *does* matter
if you try to fix them
Hi Bill,
On 03.09.2014 18:27, wr...@rowe-clan.net wrote:
In terms of providing dist/httpd/binaries/win32 httpd 2.2.29 based on
msvcrt,dll, I have a couple of options;
[x] Ship with r1563992 applied (and document this? where?)
[ ] Drop apr_dbd_odbc.dll from the distribution
[ ] Don't ship
On 27.08.2014 16:13, Eric Covener wrote:
On Wed, Aug 27, 2014 at 9:47 AM, hugues.desa...@orange.com wrote:
Thanks for your answer; I was also wondering if Apache was willing to use
already existing http/2 stack implementations, like nghttp2
(https://nghttp2.org) ?
Only speaking for myself
Hi Rainer,
On 23.07.2014 12:18, Rainer Jung wrote:
Good point. But in this case even after dropping the check, it would
mean the build would error out because PCRE_DUPNAMES isn't known. So
then you would have to check the (new) info in the docs, that minimum
PCRE version is 6.7.
I meant to keep
Hi Rainer,
On 22.07.2014 23:01, Rainer Jung wrote:
documenting the requirement PCRE = 6.7 and dropping the check (and
error message) for PCRE_DUPNAMES from server/util_pcre.c.
-1.
Please think of non-configure builds;
it doesnt hurt if the code errors out when the requirements do not met.
Gün.
On 15.07.2014 19:20, Jim Jagielski wrote:
The pre-release test tarballs for Apache httpd 2.4.10 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.10 GA.
[ ] +1: Good to go
[ ] +0: meh
[ ] -1: Danger Will
Hi all,
few days back I found that mod_autoindex seems to have a prob with
multibyte chars in filenames; the trailing spaces seem to be calculated
for the real string, but since they're finally displayed in the browser
as one char this causes lack of spaces and the following data is
On 15.07.2013 18:48, Jim Jagielski wrote:
The pre-release test tarballs for Apache httpd 2.4.6 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.6 GA.
NOTE: The -deps tarballs are included here *only* to make
On 11.07.2013 20:54, Jim Jagielski wrote:
The pre-release test tarballs for Apache httpd 2.4.5 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.5 GA.
NOTE: The -deps tarballs are included here *only* to make
Hi Jim,
Modified: httpd/httpd/branches/2.4.x/STATUS
URL:
http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/STATUS?rev=1501848r1=1501847r2=1501848view=diff
==
--- httpd/httpd/branches/2.4.x/STATUS (original)
+++
On 10.07.2013 15:22, Jim Jagielski wrote:
Considering that I've been the only RM for 2.4.x, I can't help but
assume that Bill is referring to me.
As mentioned by others, by indicating a desire to TR, it energizes
people to catch up on STATUS, place their votes and propose backports.
So it is
Hi Bill,
On 02.07.2013 01:47, wr...@rowe-clan.net wrote:
I am not at all concerned
whether APR 0.9 is
released again or not since folks had years to take that up in our
discussions of
putting httpd 2.0 to bed, yet nobody so much as suggested a release,
nevermind some
volunteer to act on it.
On 28.06.2013 23:28, William A. Rowe Jr. wrote:
Candidates are in http://httpd.apache.org/dev/dist/
+/-1
[ ] Release 2.0.65 as the final 2.0 series package
TIA!
it seems a bit odd to me that we now roll the 2.0.65 final without
having APR/APU picking up latest fixes [1][2], making
On 28.06.2013 23:29, William A. Rowe Jr. wrote:
Candidates are in http://httpd.apache.org/dev/dist/
+/-1
[ ] Release 2.2.25 (apr 1.4.8, apr-util 1.5.2)
+1 on NetWare.
On 28.06.2013 01:03, Rainer Jung wrote:
Hi Daniel and/or Günter,
can you have a look at the trunk CHANGES file and move the lua items
that should now be in 2.4 to the 2.4 CHANGES file? We forgot that when
we synced 2.4 with trunk and it would be nice to have them in the 2.4
file before 2.4.5
Hi,
mod_cache_socache also uses different datatypes, here its apr_off_t vs.
apr_size_t; at least on 32-bit OS it happens that with LARGE_FILE
apr_size_t = int32, but apr_off_t = int64 ...
mod_cache_socache.c
.\httpd\modules\cache\mod_cache_socache.c(399) : warning C4244: '=' :
conversion
Hi,
ATM I cant get the Java docu stuff working on my new dev box:
BUILD FAILED
java.lang.StackOverflowError
and also I'm short of time to look further into fixing it - therefore I
would like to ask someone for some help with the below commit to
regenerate the docs + backport this also to
On 17.06.2013 23:15, Rainer Jung wrote:
On 17.06.2013 18:03, Guenter Knauf wrote:
Hi,
ATM I cant get the Java docu stuff working on my new dev box:
BUILD FAILED
java.lang.StackOverflowError
and also I'm short of time to look further into fixing it - therefore I
would like to ask someone
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.
On 07.06.2013 18:26, Rainer Jung wrote:
mod_lua is still marked experimental because we did not yet expect it to
be complete or the APIs to be stable. So we did expect and wanted to
allow incompatible changes.
Now that a few of us are working on it I expect it would be useful if
backports could
On 06.06.2013 02:34, Eric Covener wrote:
This is a bug in the example and/or the code. If you don't return a
HTTP status code, or apache2.OK, the request is declined and handled
by the core.
I am split between returning 500 or assuming no return value = apache2.OK.
thanks Eric!
After I added a
On 06.06.2013 12:48, Eric Covener wrote:
What's the expectation on a relative path? ServerRoot?
yep
Hi Rüdiger,
On 06.06.2013 16:03, rpl...@apache.org wrote:
Author: rpluem
Date: Thu Jun 6 14:03:28 2013
New Revision: 1490290
URL: http://svn.apache.org/r1490290
Log:
* truncpw was allocated from a pool and not via malloc
Modified:
httpd/httpd/trunk/modules/lua/lua_passwd.c
Modified:
Hi Ali,
On 05.06.2013 11:48, Ali Majdzadeh wrote:
Hello All
please stop embedding links to external components like pictures!
This is a usual practice of email harvesters, and triggers spam
detection for many readers of this list; if you want to get help here
and make sure that your emails
On 05.06.2013 08:11, Gregg Smith wrote:
Hi folks,
The more eyes the better I've been told. Sorry that it's lengthy.
x86 VC9 *Release* Build
httpd version : 2.4.5-r1489105
mod_lua from trunk at r1487956
Odd results:
ServerRoot C:/Apache24A
1. Running scripts fortune.lua or example.lua
On 05.06.2013 21:59, Guenter Knauf wrote:
yes, I can confirm that LuaMapHandler does not work for me on any
platform - tested NetWare, Linux and Windows ...
# curl http://localhost/tellme
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
htmlhead
title404 Not Found/title
/headbody
h1Not Found/h1
On 25.05.2013 05:46, Guenter Knauf wrote:
Found another small docu bug:
r:unescape(string) -- Unescapes an URL-escaped string:
local url = http%3a%2f%2ffoo.bar%2f1+2+3+%26+4+%2b+5
local unescaped = r:escape(url) -- returns 'http://foo.bar/1 2 3 4 + 5'
the function call should here
On 01.06.2013 16:39, Reindl Harald wrote:
IfModule mod_headers.c
Header set X-DNS-Prefetch-Control off
/IfModule
from the network:
x-dns-prefetch-control: off
works for me - just tested on Win32 and NetWare with httpd-trunk:
curl -I http://localhost:8080
HTTP/1.1 200 OK
Date: Sat, 01 Jun
On 31.05.2013 13:24, Jim Jagielski wrote:
C'mon... it's not like we provide list instructions as mail headers
for each and every email that goes to this list...
oh wait...
yeah, indeed we do:
...
Reply-To: dev@httpd.apache.org
list-help: mailto:dev-h...@httpd.apache.org
list-unsubscribe:
Hi Daniel,
On 25.05.2013 05:46, Guenter Knauf wrote:
On 25.05.2013 02:06, Guenter Knauf wrote:
On 24.05.2013 23:45, Daniel Gruno wrote:
That's fine by me, I'm not married to 'sleep' (although I do like a good
nap)
hehe, ok; I look into it soon.
done.
Found another small docu bug
Hi Joe,
On 29.05.2013 18:06, Joe Orton wrote:
On Wed, May 29, 2013 at 11:37:14AM -0400, Matthew Steele wrote:
Oops, yes, RUN_ALL semantics are desired; the misleading API description is
my fault, sorry. (I confess I never really understood why RUN_ALL hooks
accept both OK and DECLINED values,
Hi Graham,
seems you forgot to add a log number at line 1541:
On 15.05.2013 17:46, minf...@apache.org wrote:
Author: minfrin
Date: Wed May 15 15:46:01 2013
New Revision: 1482918
URL: http://svn.apache.org/r1482918
Log:
core: Stop ap_finalize_request_protocol() and ap_get_client_block() from
Hi,
On 24.05.2013 14:57, Jeff Trawick wrote:
NPN is pretty important,
granted.
I promise to post a patch (or just commit if it is as trivial an issue
as it sounds) in the next week to fix the hard link between core and
ssl. Maybe I'll mess with the AP-SSL hook issue too.
cool!
How close
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 on Windows I've finally removed my blocking vote
Hi Jim,
On 24.05.2013 14:52, Jim Jagielski wrote:
For me, I wouldn't want to stunt httpd development for every
other platform we care about simply because it breaks
Windows. But it's not just my decision, 'natch.
well, for me its no reason to just accept every code as long as it
compiles on
I dont know who has access / maintains the httpd buildbot, but I would
like to have it build with maintainer mode; this could be useful to
avoid that code we dont want slips in, f.e. var declarations after
statements ...
Gün.
On 24.05.2013 21:37, Ben Reser wrote:
The build system should be able to compile with the major tool chains,
nobody expects to know how to work around weird autoconf, make, gcc,
etc quirks on Linux. I don't say this to be dismissive of anyones
contributions but just to point out that producing
On 24.05.2013 22:14, William A. Rowe Jr. wrote:
There are several others of us, but large patch sets are difficult
to incorporate in our day-to-day build trees. What about a sandbox
of all of the proposed deltas, either just the modules/lua/ branch
or the entire tree if that isn't realistic.
Hi Daniel,
On 24.05.2013 23:45, Daniel Gruno wrote:
I can only say +1 from me, we need consistency here :)
great!
That's fine by me, I'm not married to 'sleep' (although I do like a good
nap)
hehe, ok; I look into it soon.
Optional: I really would like to also have DBM support in addition
Hi Daniel,
On 25.05.2013 02:06, Guenter Knauf wrote:
On 24.05.2013 23:45, Daniel Gruno wrote:
That's fine by me, I'm not married to 'sleep' (although I do like a good
nap)
hehe, ok; I look into it soon.
done.
Found another small docu bug:
r:unescape(string) -- Unescapes an URL-escaped
Hi all,
I will revert the changes done with:
http://svn.apache.org/viewvc?view=revisionrevision=1332643
after 72 hours if nobody is going to fix the stuff properly for Windows
since I'm tired of always copying mod_ssl over from 2.4.x branch in
order to get a working mod_ssl with trunk.
Hi all,
something went wrong with this commit:
svn ci modules\lua
Sendingmodules\lua\lua_request.c
Transmitting file data .
Committed revision 1480871.
Warning: post commit FS processing had error:
Couldn't open rep-cache database
and then:
svn up
svn: A reported revision is higher than
André,
On 02.05.2013 10:22, André Warnier wrote:
I'd like to say that I do agree with you, in that there are already many
tools to help defend one's servers against such scans, and against more
targeted attacks.
I have absolutely nothing /against/ these tools, and indeed installing
and
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:
https://www.apachehaus.net/apache_pb/
it looks to me that probably there's some font anti
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 what could
make use of these?
Gregg kindly just
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 and people won't think me a
crazy person for
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 mod_lua of its experimental status and people
Hi Daniel,
On 19.04.2013 10:46, 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. This allows
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 more
time for testing ...
ok, onward with some
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 more
time for testing ...
ok, onward with some
On 19.04.2013 14:53, Daniel Gruno wrote:
Do you want me to just fix the docs, or should we turn it into
r:exists_config_define for the sake of consistency?
ok, the other one was r.module_info(module_name);
so for now since we dont have yet consistency I'd say fix the docs ;-)
But would be
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 .. , or it was
defined in the configuration.\n)
Hi Daniel,
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 ...
Gün.
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 it be even more uselful to have instead
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
Modified:
On 02.03.2013 04:19, Guenter Knauf wrote:
Hi all,
in httpd-ssl.conf.in we use always @exp_ for all paths like f.e.
@exp_sysconfdir@ and @exp_logfiledir@ while in httpd.conf.in we use
@rel_sysconfdir@ and @rel_logfiledir@ - is there any reason for this
difference?
Any objections for changing
On 14.04.2013 07:28, Daniel Gruno wrote:
ah yes, I made a rookie mistake there ;)
I'll fix up the docs accordingly.
thanks; while on that can you perhaps also mention the default of 25
regex matches, and my change for optional flags?
matches, err = r:regex(string, pattern [,flags])
where
On 14.04.2013 08:35, Guenter Knauf wrote:
On 14.04.2013 07:28, Daniel Gruno wrote:
ah yes, I made a rookie mistake there ;)
I'll fix up the docs accordingly.
thanks; while on that can you perhaps also mention the default of 25
regex matches, and my change for optional flags?
matches, err
Hi Daniel,
On 14.04.2013 08:47, humbed...@apache.org wrote:
Author: humbedooh
Date: Sun Apr 14 06:47:22 2013
New Revision: 1467730
URL: http://svn.apache.org/r1467730
Log:
fix regex documentation for mod_lua
Modified:
httpd/httpd/trunk/docs/manual/mod/mod_lua.xml
Modified:
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 AP_MAX_REG_MATCH, added an own macro
MODLUA_MAX_REG_MATCH,
Hi Bill,
On 12.04.2013 18:37, William A. Rowe Jr. wrote:
On Thu, 11 Apr 2013 01:55:57 +0200
Guenter Knauf fua...@apache.org wrote:
I've now tested on Windows, and I can see all previously mentioned
issues there too; in addition the attached script which works fine on
NetWare crashes
On 11.04.2013 15:06, Daniel Gruno wrote:
On 04/11/2013 02:36 PM, Guenter Knauf wrote:
oh, and some more questions:
whats the benefit of having banner(), port() and started() as functions
(or methods)?
isnt it fine accessing these like f.e. r.filename?
r:put(r.banner) would be even shorter than
On 11.04.2013 12:25, Guenter Knauf wrote:
well, another possible fix would be this one:
Index: modules/lua/lua_request.c
===
--- modules/lua/lua_request.c(revision 1466743)
+++ modules/lua/lua_request.c(working copy
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 more
time for testing ...
ok, onward with some
Daniel,
On 11.04.2013 12:05, Daniel Gruno wrote:
Thanks for fixing the stat function
well, another possible fix would be this one:
Index: modules/lua/lua_request.c
===
--- modules/lua/lua_request.c (revision 1466743)
+++
On 11.04.2013 12:10, Daniel Gruno wrote:
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
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 newbie - can you perhaps give me an example how I
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 with
some Lua magic, and then iterate over the table
Hi Daniel,
On 11.04.2013 18:05, 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 trunk
(using Lua 5.1.4). There appears
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 this - I'm all for the backport, but since I found
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 more
time for testing ...
ok, sorry
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 table); in addition started() gives
certainly
On 10.04.2013 23:34, Guenter Knauf wrote:
one more issue I saw:
- r.module_info() returns directives where the closing tag is missing,
f.e.:
Directory
instead of:
Directory
ok, this one sorted out - looked at the code, and its because the
directives available from command_rec come without
Am 10.03.2013 23:24, schrieb Igor Galić:
+1
- Original Message -
On 09/03/2013 17:20, Jim Jagielski wrote:
I've proposed copying/backporting mod_macro to 2.4 !
+1
Issac
if you and the others would vote in STATUS instead then it would already
be done ;-)
Gün.
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 ...
Gün.
Am 08.03.2013 19:15, schrieb Daniel Gruno:
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
Am 02.03.2013 15:12, schrieb Jim Jagielski:
Is there any way you could add the #ifdef stuff? Since I lack
a Windows and/or NetWare system, it would be better, I think,
if someone who did actually fixed this instead of us simply
removing it, and the person who fixed it was able to test
the fix :)
Hi Christophe,
Am 01.03.2013 08:00, schrieb Christophe JAILLET:
To quick...
you can fix the svn log with:
svn propedit -r 1451478 --revprop svn:log
Gün.
Hi Jim,
Am 01.03.2013 17:21, schrieb j...@apache.org:
Author: jim
Date: Fri Mar 1 16:21:49 2013
New Revision: 1451633
URL: http://svn.apache.org/r1451633
Log:
Add in rough uds support (Bugx 54101) from Blaise Tarrblaise.t...@gmail.com
Modified:
httpd/httpd/trunk/include/ap_mmn.h
Hi all,
in httpd-ssl.conf.in we use always @exp_ for all paths like f.e.
@exp_sysconfdir@ and @exp_logfiledir@ while in httpd.conf.in we use
@rel_sysconfdir@ and @rel_logfiledir@ - is there any reason for this
difference?
Any objections for changing those in httpd-ssl.conf.in to relative
Hi Christophe,
Am 25.01.2013 23:26, schrieb Christophe JAILLET:
cppCheck complains about a potential NULL pointer deference in
module/arch/netware/mod_nw_ssl.c
In function 'ssl_io_filter_Upgrade' we have, line 1165 :
if (r) {
...
}
else {
ap_log_error(APLOG_MARK, APLOG_ERR, 0, r-server,
Am 25.01.2013 14:21, schrieb Daniel Gruno:
Vote
[ ] +1: I support this proposal
[ ] 0: I don't care
[ ] -1: I don't support this proposal, because...
+1
Gün.
Hi Daniel,
Am 10.01.2013 10:34, schrieb Daniel Gruno:
Can you provide me with the errors that it produces, or some tips on how
I can possibly run this compiler on my own computer? Otherwise, I really
don't know what to do here - the bindings work fine on all the machines
I've tested them on.
Am 03.01.2013 03:06, schrieb Eric Covener:
I was preparing the IP clearance forms and noticed our original vote
thread was more of a discussion. I wanted to record a formal vote here
so I can link to it.
Pending IP clearance...
[+1] accept mod_macro as a standard module and responsibility for
Hi Daniel,
Am 20.12.2012 22:52, schrieb humbed...@apache.org:
Author: humbedooh
Date: Thu Dec 20 21:52:03 2012
New Revision: 1424723
URL: http://svn.apache.org/viewvc?rev=1424723view=rev
Log:
mod_lua: Fix multipart post parsing, so it doesn't include random bytes at the
end.
Modified:
Am 17.12.2012 12:36, schrieb Graham Leggett:
I've applied it to trunk, and proposed it for backport for v2.4. Hopefully this
should be quick to evaluate.
it did too quick so I couldnt add follow-up r1422879 to the proposal ...
so now I did just commit r1422880 which fixes same for NetWare and
Hi Jeff,
Am 15.12.2012 15:00, schrieb Jeff Trawick:
On Thu, Dec 13, 2012 at 5:04 AM, fua...@apache.org
mailto:fua...@apache.org wrote:
Author: fuankg
Date: Thu Dec 13 10:04:51 2012
New Revision: 1421184
URL: http://svn.apache.org/viewvc?rev=1421184view=rev
Hi Jeff,
Am 17.12.2012 16:00, schrieb Jeff Trawick:
Here's a compromise. Use 2.4.x/STATUS to see if you get two more votes
to add the two new CGIs to the 2.4.x install. If two other people
agree, I'll be quiet. I know these files are under docs, but changing
code that gets installed should be
Am 12.12.2012 22:44, schrieb Marion Christophe JAILLET:
Here are a few things triggered by cppcheck.
Le 11/12/2012 21:08, humbed...@apache.org a écrit :
Author: humbedooh
Date: Tue Dec 11 20:08:24 2012
New Revision: 1420377
URL: http://svn.apache.org/viewvc?rev=1420377view=rev
Log:
mod_lua:
Hi Daniel,
Am 14.12.2012 11:17, schrieb Daniel Gruno:
Thanks for the heads up, guys!
I didn't receive Christophe's email, which is why I didn't put these
fixes up till now. I will try to use that cppcheck program in the
future, it seems very nice, and catches some things that my regular
compiler
Hey folks,
Am 27.11.2012 19:13, schrieb Eric Covener:
On Tue, Nov 27, 2012 at 12:59 PM, Igor Galići.ga...@brainsware.org wrote:
just to revive this thread again, here's a current comment
thread to our documentation on:
http://httpd.apache.org/docs/2.2/platform/windows.html#comment_502
Am 11.11.2012 09:57, schrieb Fabien:
I have developed and maintained a small module called mod_macro since
1998. It is currently available at:
http://people.apache.org/~fabien/mod_macro/
I would like to donate the code so that it could be integrated with
apache as a standard module.
+1
Gün.
Am 12.11.2012 17:45, schrieb Issac Goldstand:
but we really need something.
I know that Gregg has 'something' which is not MSI but an EXE installer,
but it works, and I asked already a while back if we should push this
out, but there was no further interest / agreement here :-(
Gregg, can
Am 14.11.2012 12:53, schrieb Guenter Knauf:
Am 12.11.2012 17:45, schrieb Issac Goldstand:
but we really need something.
I know that Gregg has 'something' which is not MSI but an EXE installer,
but it works, and I asked already a while back if we should push this
out, but there was no further
Hi Jitesh,
Am 10.10.2012 16:24, schrieb Jitesh Verma:
We are able to access the box's GUI/Applets with Listen 80
directive in
the httpd.conf.
However, when we add another directive Listen 9000 to
httpd.conf, httpd
does not respond to HTTP request sent to port 80.
Am 04.10.2012 05:15, schrieb Eric Covener:
http://people.apache.org/~gsmith/httpd/apache_pb2copy.png
http://www.humbedooh.com/apache/apache_pb.png
http://www.humbedooh.com/apache/apache_pb2.png
http://www.humbedooh.com/apache/apache_pb3.png
pb3 has my vote
yep, mine too, and is exactly what I
Hi Daniel,
Am 04.10.2012 15:05, schrieb Daniel Gruno:
Do we need to call a vote on this, or will all the pluses, that have
been flying around in the thread, suffice? There seems to be an
overwhelming majority supporting the use of
http://www.humbedooh.com/apache/apache_pb3.png
I dont think that
Am 02.10.2012 15:58, schrieb Daniel Gruno:
I can do a 260x30, I hope that's close enough :)
If there are no objections, I'll create the various png/gif versions and
commit them to trunk later today.
go ahead - thats overdue!
Gün.
Am 03.10.2012 22:25, schrieb Guenter Knauf:
Am 02.10.2012 15:58, schrieb Daniel Gruno:
I can do a 260x30, I hope that's close enough :)
If there are no objections, I'll create the various png/gif versions and
commit them to trunk later today.
go ahead - thats overdue!
oh, I should read all
Hi Daniel,
Am 03.10.2012 22:25, schrieb Guenter Knauf:
Am 02.10.2012 15:58, schrieb Daniel Gruno:
I can do a 260x30, I hope that's close enough :)
If there are no objections, I'll create the various png/gif versions and
commit them to trunk later today.
go ahead - thats overdue!
may I ask
1 - 100 of 576 matches
Mail list logo