On 2/27/09 2:56 PM, Brian McCallister bri...@skife.org wrote:
Maybe virtually joining :-)
It maybe interesting to have a virtual extension to the hackathon. IRC is
good, but misses a lot of discussion I think. Some actual voice
interaction would be nice. I've see you all before, so I don't
On Wed, Feb 25, 2009 at 5:50 PM, Paul Querna c...@force-elite.com wrote:
23-27 March 2009, Amsterdam:
http://www.eu.apachecon.com/c/aceu2009/
I'll be there at least
Ditto. -- justin
Justin Erenkrantz wrote:
On Wed, Feb 25, 2009 at 5:50 PM, Paul Querna c...@force-elite.com wrote:
23-27 March 2009, Amsterdam:
http://www.eu.apachecon.com/c/aceu2009/
I'll be there at least
Ditto. -- justin
Same here. Except for a drop-in appearance at Jim and Rich's training,
I even
On Fri, Feb 27, 2009 at 11:16 AM, Justin Erenkrantz
jus...@erenkrantz.comwrote:
On Wed, Feb 25, 2009 at 5:50 PM, Paul Querna c...@force-elite.com wrote:
23-27 March 2009, Amsterdam:
http://www.eu.apachecon.com/c/aceu2009/
I'll be there at least
Ditto. -- justin
Hoping to be...
Wish i could be, but urgent family business will keep me away :-(
Maybe virtually joining :-)
On Fri, Feb 27, 2009 at 11:50 AM, Jeff Trawick traw...@gmail.com wrote:
On Fri, Feb 27, 2009 at 11:16 AM, Justin Erenkrantz jus...@erenkrantz.com
wrote:
On Wed, Feb 25, 2009 at 5:50 PM, Paul Querna
I will be there too, but I probably won't be able to help much because
my knowledge of Apache is too limited at the moment. Still, it will be
a pleasure to meet you. And maybe I can write the unit tests in Lua :)
On Fri, Feb 27, 2009 at 8:56 PM, Brian McCallister bri...@skife.org wrote:
Wish i
:)
Don't underestimate yourself, mod_wombat got started because I
pestered Paul to help me learn how to write apache modules at an
apachecon!
On Fri, Feb 27, 2009 at 8:56 PM, Brian McCallister bri...@skife.org wrote:
Wish i could be, but urgent family business will keep me away :-(
Maybe virtually
Brian, Bertrand, and others are using (variations on in many cases)
mod_wombat right now, pulling it into trunk is good in the long term,
but it leaves some folks hanging.
I'm thinking we should maintain the mod_wombat tree as an external
backport to 2.2. It can use Brian's thread scope approach
Brian McCallister wrote:
Brian, Bertrand, and others are using (variations on in many cases)
mod_wombat right now, pulling it into trunk is good in the long term,
but it leaves some folks hanging.
I'm thinking we should maintain the mod_wombat tree as an external
backport to 2.2. It can use
with diverging
code
If we really want an external usable version, what I would recommend is put
a few ifdefs in, and try to make the version in httpd trunk buildable with
2.2.x rather than using the mod_wombat sources.
That works for me as well, though building it is trickier then as all
On Wed, Feb 25, 2009 at 6:37 PM, Paul Querna c...@force-elite.com wrote:
Brian McCallister wrote:
Brian, Bertrand, and others are using (variations on in many cases)
mod_wombat right now, pulling it into trunk is good in the long term,
but it leaves some folks hanging.
I'm thinking we
?
I'd really like a buildable version for 2.2.
FWIW, we hacked up several modules to add Lua support to them and I'd like
to port these to the official mod_lua if possible, as we are using our
hacked (well, now completely rewritten) version of mod_wombat. We have
memcache, geoip, and some
of a vm_spec still make sense?
I'd really like a buildable version for 2.2.
FWIW, we hacked up several modules to add Lua support to them and I'd like
to port these to the official mod_lua if possible, as we are using our
hacked (well, now completely rewritten) version of mod_wombat. We have
I think to tie it to a version is bad too. And could be very confusing.
On Wed, Dec 17, 2008 at 8:48 AM, Greg Stein gst...@apache.org wrote:
I think it would be a bad idea to tie it to a specific version.
On Tue, Dec 16, 2008 at 19:59, Brian McCallister bri...@skife.org wrote:
Another
The lua mailing list is also discussing mod_wombat and the name, hah.
Andre is very happy to yield the mod_lua name used in kepler to
mod_wombat :-)
-Brian
-- Forwarded message --
From: Andre Carregal carre...@fabricadigital.com.br
Date: Tue, Dec 16, 2008 at 5:17 PM
Subject: Re
Another suggestion from the lua mailing list, and not a bad one...
On Tue, Dec 16, 2008 at 5:53 PM, Jeff Pohlmeyer
yetanotherg...@gmail.com wrote:
Just a thought...
The Apache PHP module is named mod_php5 and a quick google search
for mod_lua5 returned no results here.
- Jeff
I think it would be a bad idea to tie it to a specific version.
On Tue, Dec 16, 2008 at 19:59, Brian McCallister bri...@skife.org wrote:
Another suggestion from the lua mailing list, and not a bad one...
On Tue, Dec 16, 2008 at 5:53 PM, Jeff Pohlmeyer
yetanotherg...@gmail.com wrote:
Just a
Hi,
While using mod_wombat and attempting to use luasocket (with require
socket), I get a white screen. Assuming test.lua is:
-- code --
function handle(r)
r:write Start\n
require socket
r:write Done\n
end
-- end code --
The expected output when requesting this page via a web browser would
,
While using mod_wombat and attempting to use luasocket (with require
socket), I get a white screen. Assuming test.lua is:
-- code --
function handle(r)
r:write Start\n
require socket
r:write Done\n
end
-- end code --
The expected output when requesting this page via a web browser would
Have you looked in the httpd error log.
I bet the processing httpd process died with a segfault or something similar.
Regards
Rüdiger
-Ursprüngliche Nachricht-
Von: Corsix
Gesendet: Freitag, 8. August 2008 15:12
An: dev@httpd.apache.org
Betreff: Re: mod_wombat and luasocket
Hi,
* Matthew M. Burke [EMAIL PROTECTED] [2008-05-26 22:33:23]:
1) I can't seem to find the output from r:debug, r:info, etc.
I'm running mod_wombat on a VirtualHost. I've looked at the log
configured in httpd.conf and the log set inside the VirtualHost
container but do not see any
Hi all,
* Corsix [EMAIL PROTECTED] [2008-04-29 21:23:17]:
My thoughts on possible improvements for mod_wombat are as follows:
Sorry for the late reply. Thank you all for the suggestions on
mod_wombat, they're all good ideas, but unfortunately we need to
restrain to a small subset of them
Maxime Petazzoni wrote:
Hi all,
* Corsix [EMAIL PROTECTED] [2008-04-29 21:23:17]:
My thoughts on possible improvements for mod_wombat are as follows:
* Compile time option to exclude libapreq2 (and thus not export to Lua
functions dependant upon it), in future leading to a built
--- Matthew M. Burke [EMAIL PROTECTED] wrote:
Maxime Petazzoni wrote:
Hi all,
* Corsix [EMAIL PROTECTED] [2008-04-29
21:23:17]:
My thoughts on possible improvements for
mod_wombat are as follows:
* Compile time option to exclude libapreq2 (and
thus not export to Lua
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joe Schaefer wrote:
| I don't grok this desire either, save for the fact
| that httpd doesn't yet distribute apreq2 itself.
| Personally I'd rather see work go into supporting
| file uploads via apreq2's bucket brigade api. Does
| lua have a data
Corsix wrote:
I didn't have trouble building it on linux, however:
1) I cannot build it on windows; the first part of the win32 buil
2) The mod_wombat build process is reluctant to find libapreq2 unles
These are both good to know! In my role as evil, horrible
task-master/GSoC Mentor, I
Item 2 is 'documented' in the building from SVN instructions:
(http://svn.apache.org/repos/asf/httpd/mod_wombat/trunk/docs/building-from-subversion.txt)
If compiling (make) reports an error that it cannot find the
libapreq2 header file, please tell me ( [EMAIL PROTECTED
FWIW, we already use apreq for other stuff anyway. Also, it does a lot of
useful stuff that can be exposed via mod_wombat
One of my top things I want is a way to generically register and call
some lua code that takes advantage of resource pools, caching, etc.
No offense to Brian M, but I found
--- Corsix [EMAIL PROTECTED] wrote:
Item 2 is 'documented' in the building from SVN
instructions:
(http://svn.apache.org/repos/asf/httpd/mod_wombat/trunk/docs/building-from-subversion.txt)
If compiling (make) reports an error that it
cannot find the
libapreq2 header file, please
Akins, Brian wrote:
There is an early version of my efforts floating around - mod_lua_request.
(I can repost it, as well).
I'd be interested in seeing it.
Matt
On 5/21/08 12:43 PM, Matthew M. Burke [EMAIL PROTECTED] wrote:
Akins, Brian wrote:
There is an early version of my efforts floating around - mod_lua_request.
(I can repost it, as well).
I'd be interested in seeing it.
Matt
Remember, this is old and simple...
--
Brian Akins
Chief
Akins, Brian wrote:
Remember, this is old and simple...
That's ok---so am I.
Matt
ideas!
Some short term ideas:
-Interface/API to allow other modules to run Lua code:
wombat_init(/some/lua/file), wombat_run(some_lua handle) or something
similar. Mod_wombat could/should (?) use this interface internally.
-Allow Lua hooksome lua code for this hook/Lua in config
On 4/29/08 3:52 PM, Maxime Petazzoni [EMAIL PROTECTED] wrote:
So, feel free to jump in and write down some
ideas!
Some short term ideas:
-Interface/API to allow other modules to run Lua code:
wombat_init(/some/lua/file), wombat_run(some_lua handle) or something
similar. Mod_wombat could
Hey Maxime,
My thoughts on possible improvements for mod_wombat are as follows:
* Lua bindings for relevant portions of the Apache Portable Runtime;
the io, lfs (LuaFileSystem) and luasocket libraries look like they
could be nicely done through APR functions
* Better win32/VisualC++ support
On 3/1/08 9:41 PM, Matthew M. Burke [EMAIL PROTECTED] wrote:
If any of you use
it and have any thoughts (heck, even if you don't use it, but do have
thoughts) please send them to me and I'll compile a list and put
together a project description.
Sounds good. I'll get my list together.
, (request_rec * r,
lua_request_t *run, const char *function, apr_status_t *rc));
In theory, this generalized framework would be used by mod_wombat
internally.
-Per thread vm's. An httpd thread has a dedicated lua vm for each file.
(We do these two things^^. Brian M. has our very hacked version
All,
I've been talking to Brian McCallister about mod_wombat, particularly
about trying to get a student to work on it via Google's Summer of Code
program. He thinks that's a good idea and suggested I bring it up on
this list. He's also willing to mentor someone and I can help out
On linux, the check for lua needs to include libm:
(from config.log ..)
configure:2689: checking for luaL_newstate in -llua
configure:2719: gcc -o conftest -g -O2 -L/home/jrotenberg/src/lua-5.1.2//lib
conftest.c -llua 5
/home/jrotenberg/src/lua-5.1.2//lib/liblua.a(lvm.o): In function `Arith':
On Jan 1, 2008, at 10:15 PM, Justin Erenkrantz wrote:
On Dec 31, 2007 5:12 PM, Brian McCallister [EMAIL PROTECTED] wrote:
If anyone is familiar with autconf and modules, I would *love* if
that
person could take a look at helping me clean up mod_wombat's build,
which is presently a mess.
I,
===
--- Makefile.in (revision 608009)
+++ Makefile.in (working copy)
@@ -1,26 +1,33 @@
-APXS_CFLAGS = -Wc,-Wall -Wc,-Werror
+# Makefile for mod_wombat
-COMPILE_APACHE_MOD = @APXS@ -c [EMAIL PROTECTED]@ -q INCLUDEDIR`/apreq2
[EMAIL PROTECTED]@/include/apreq2
If anyone is familiar with autconf and modules, I would *love* if that
person could take a look at helping me clean up mod_wombat's build,
which is presently a mess.
I, to be honest, don't understand enough automake/autoconf + apxs to
know what needs doing, so will just say... please help?
I just branched mod_wombat -- after trying to fit in Rici's
suggestions and Brian Akins's findings, I was getting hung up on too
many bad decisions we (okay, I) made a while back.
Right now I am gutting out most of the glue and pruning to fairly
primitive operations (loading and caching
On 5/17/07 10:26 PM, Garrett Rooney [EMAIL PROTECTED] wrote:
I'm not a fan of the way the pools and hash tables are lazily
initialized, as it isn't thread safe and one of the nice things about
mod_wombat is its thread safety. Perhaps something that's initialized
during server startup instead
Had a couple hours while on vacation after reading PiL. This makes
connection, server, and apr_table into real lua modules. I also separated
out the code and started playing with getters and setters.
I like the idea of doing the function tables in plain C, rather than Lua
C. Mostly because I
, but I
ran out of time.
I'm not a fan of the way the pools and hash tables are lazily
initialized, as it isn't thread safe and one of the nice things about
mod_wombat is its thread safety. Perhaps something that's initialized
during server startup instead?
Also the new files all need license
using the PiL 5.0 for docs and lua-users.org was down most of
last week. I got hard copy of 5.1 PiL this weekend, so maybe my style will
improve ;)
Thanks for all the pointers. I think mod_wombat is almost in a state where
I can start actually working on the original problem I needed to solve
This patch adds:
LuaDefaultCacheStyle
and
LuaDefaultScope
To set defaults for these. The code needs to be change around so that we
check dir_config first, and then revert to default.
--
Brian Akins
Chief Operations Engineer
Turner Digital Media Technologies
default-config.diff
Was always allocating finfo from a pool. Now just do it on stack.
--
Brian Akins
Chief Operations Engineer
Turner Digital Media Technologies
finfo-leak.diff
Description: Binary data
Brian McCallister wrote:
I am leaning towards changing all the userdata types (request_rec,
server_rec, conn_rec, apr_table_t) in mod_wombat to have anonymous
metatables rather than the current setup where they share a metatable.
+1
The drawback is that we lose the ~type safety of being
On May 6, 2007, at 5:39 AM, Rici Lake wrote:
Hope all that helps. I'll be away for four weeks on vacation, so I
tried
to be as explicit as I could...
Incredibly, thank you!
-Brian
I am leaning towards changing all the userdata types (request_rec,
server_rec, conn_rec, apr_table_t) in mod_wombat to have anonymous
metatables rather than the current setup where they share a metatable.
The benefit of going to a per-instance metatable is that we can curry
the relevant
the default installation prefix to be the same as
apu's
ac_default_prefix=`$APU_CONFIG --prefix`
Does mod_wombat use the apreq2_config script for getting at
apreq2's installation data?
I don't know, Garrett did that part. Autoconf makes me crawl under my
desk and hide.
-Brian
.
This is the relevant part of acinclude.m4:
dnl Reset the default installation prefix to be the same as
apu's
ac_default_prefix=`$APU_CONFIG --prefix`
Does mod_wombat use the apreq2_config script for getting at
apreq2's installation data?
I don't know, Garrett did that part. Autoconf
A few comments intermingled into the patch:
Brian McCallister wrote:
On Apr 30, 2007, at 2:02 PM, Akins, Brian wrote:
--- apr_lua.c (revision 0)
+++ apr_lua.c (revision 0)
@@ -0,0 +1,55 @@
+#include apr.h
+#include apr_tables.h
+
+#include lua.h
+#include lauxlib.h
+#include lualib.h
+
On May 2, 2007, at 12:43 PM, Akins, Brian wrote:
Adds ability to get to r.connection and r.server. Also renamed
back to
apw_request_push per discussion with Brian M.
Applied with minor changes to function names (sticking with the
apw_push_* naming convention).
We should probably
On 5/3/07 12:10 PM, Brian McCallister [EMAIL PROTECTED] wrote:
We should probably figure out how to avoid pushing the various values
into the Apache2.Request metatable -- we are going to need a general
purpose solution sooner rather than later, I think.
I think I mostly figured this out:
to become optional in
mod_wombat at some unspecified date in the future (prior to a stable
release) in which case you could use Kepler's parsing magic as an
alternative.
*Dis(/En)able loading of .dll/.so*
It should be possible to disable loading such files from the
scripts directory, because
the
conversations with those hosters about adding lua as scirpting language,
too.
Abou the BaseDir-Restriction:
I think that it is not task of mod_wombat to secure that all extensions
are secure in that way. But it should be possible to have at least for
the default (without extensions
Adds ability to get to r.connection and r.server. Also renamed back to
apw_request_push per discussion with Brian M.
This works now:
function quick_handler(r)
r.headers_out[Lua] = Rulez;
h = r.headers_out
val = r.headers_in[User-Agent];
h[Test] = HELP;
h[Browser] = val;
Hello,
just wanted to get an overview about the state of the mod_wombat module.
*Base Dir Safemode*
Do we got something like this(e.g. like in php), yet?
*complex simple post/get vars*
Already tested it on the old svn, so I expect it to work still.
*Dis(/En)able loading of .dll/.so
On 4/30/07 5:53 PM, Brian McCallister [EMAIL PROTECTED] wrote:
I would like to maintain a function which is analogous to
lua_pushstring() and lua_pushinteger() for pushing the request_rec
into a function call or whatnot from the C side.
Will this work with the hook? (I am a hook newb).
Jan Schütze wrote:
Hello,
just wanted to get an overview about the state of the mod_wombat module.
*Base Dir Safemode*
Do we got something like this(e.g. like in php), yet?
-0.9; This is being removed from PHP in 6.0, IIRC... It just has too
many problems, when you start adding 3rd party
On 4/27/07 2:34 PM, Brian McCallister [EMAIL PROTECTED] wrote:
We may want to consider not putting table_set and table_get on the
request, though. It might be better to have a general purpose
userdata type (metatable) for apr_table_t and put the functions
there. This would allow for something
Patch to add information on building, running tests, and organize the
README into some actual docu.
docs.patch
Description: Binary data
On 4/30/07, Brian McCallister [EMAIL PROTECTED] wrote:
Patch to add information on building, running tests, and organize the
README into some actual docu.
+1, looks like a big improvement.
-garrett
ac_default_prefix=`$APU_CONFIG --prefix`
Does mod_wombat use the apreq2_config script for getting at
apreq2's installation data?
--
Joe Schaefer
Probably more changes than needs to be in one patch:
- use hooks for:
-- wombat_open - called by create_vm
-- wombat_request - called instead of apw_request_push
-added apr_lua.c and .h - only handles tables for now. Can be extended to do
more in future.
--
Brian Akins
Chief Operations
On Apr 30, 2007, at 2:02 PM, Akins, Brian wrote:
Probably more changes than needs to be in one patch:
- use hooks for:
-- wombat_open - called by create_vm
+1 Perfect!
-- wombat_request - called instead of apw_request_push
I would like to maintain a function which is analogous to
On Apr 27, 2007, at 10:48 AM, Akins, Brian wrote:
Probably not the best way to do this, but adds ability to get/set on
r-headers_in and r-headers_out
Example usage:
function handle(r)
r:table_set(r.headers_out, Lua, Cool);
val = r:table_get(r.headers_in, User-Agent);
r:puts(User-Agent:
On 4/27/07 2:34 PM, Brian McCallister [EMAIL PROTECTED] wrote:
Thoughts?
Sounds good to me. Like I said, I just started playing with it this morning
:)
If you can point me more in the right direction, I can give it a try. I was
just scratching an itch.
Also, I want to add quick_handler to
On Apr 22, 2007, at 4:52 PM, Sander Temme wrote:
On Apr 22, 2007, at 2:00 PM, Brian McCallister wrote:
Should I pester folks to create a new httpd component in bugzilla
(mod_wombat) or just track issues and patches as a separate
project (and hence pester folks to set that up)?
I'd favor
Should I pester folks to create a new httpd component in bugzilla
(mod_wombat) or just track issues and patches as a separate project
(and hence pester folks to set that up)?
Thanks!
-Brian
On Apr 22, 2007, at 2:00 PM, Brian McCallister wrote:
Should I pester folks to create a new httpd component in bugzilla
(mod_wombat) or just track issues and patches as a separate project
(and hence pester folks to set that up)?
I'd favor a new mod_wombat component under httpd-2. However
Finally finished up the import of mod_wombat into httpd svn ( http://
svn.apache.org/repos/asf/httpd/mod_wombat ).
The code has been idle while going through the software grant process
in the incubator. Now that it is here I am eager to start working on
it again.
There are a couple design
Brian McCallister wrote:
Finally finished up the import of mod_wombat into httpd svn (
http://svn.apache.org/repos/asf/httpd/mod_wombat ).
The code has been idle while going through the software grant process in
the incubator. Now that it is here I am eager to start working on it again
: SHA1
This is a vote to import mod_wombat under the httpd pmc.
mod_wombat is currently located at:
http://svn.i-want-a-pony.com/repos/wombat/trunk/
If the vote passes, mod_wombat will fill out the incubation
paperwork at
http://incubator.apache.org/ip-clearance/index.html
And we would
On Dec 4, 2006, at 9:58 AM, Brian McCallister wrote:
Thursday came and went, and the tally seems positive:
+1 Paul Querna, Jim Jagielski, Justin Erenkrantz, Sander Temme,
Garrett Rooney, Brian McCallister
+0 Andre Malo
May I start the paperwork?
Yes, go ahead and submit the software
On 11/26/06, Paul Querna [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a vote to import mod_wombat under the httpd pmc.
mod_wombat is currently located at:
http://svn.i-want-a-pony.com/repos/wombat/trunk/
If the vote passes, mod_wombat will fill out
Paul Querna wrote:
This is a vote to import mod_wombat under the httpd pmc.
mod_wombat is currently located at:
http://svn.i-want-a-pony.com/repos/wombat/trunk/
If the vote passes, mod_wombat will fill out the incubation paperwork at
http://incubator.apache.org/ip-clearance
* Paul Querna wrote:
This is a vote to import mod_wombat under the httpd pmc.
mod_wombat is currently located at:
http://svn.i-want-a-pony.com/repos/wombat/trunk/
If the vote passes, mod_wombat will fill out the incubation paperwork at
http://incubator.apache.org/ip-clearance
On Nov 20, 2006, at 9:28 AM, Garrett Rooney wrote:
Regardless of any plans people have to use this stuff in the core, it
seems like the reason that mod_perl and mod_python either are separate
TLPs or are pushing to be one is because their communities don't
really overlap with that of core
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a vote to import mod_wombat under the httpd pmc.
mod_wombat is currently located at:
http://svn.i-want-a-pony.com/repos/wombat/trunk/
If the vote passes, mod_wombat will fill out the incubation paperwork at
http://incubator.apache.org/ip
Paul Querna wrote:
This is a vote to import mod_wombat under the httpd pmc.
+1 from me to import mod_wombat.
-Paul
+1
-Brian
On Nov 26, 2006, at 7:37 PM, Paul Querna wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a vote to import mod_wombat under the httpd pmc.
mod_wombat is currently located at:
http://svn.i-want-a-pony.com/repos/wombat/trunk/
If the vote passes, mod_wombat will fill
On Sun, Nov 26, 2006 at 07:37:59PM -0800, Paul Querna wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a vote to import mod_wombat under the httpd pmc.
+1.
BTW, IMO, the number of ninnies who want to force us to vote multiple times is
getting really annoying. -- justin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 26, 2006, at 7:37 PM, Paul Querna wrote:
This is a vote to import mod_wombat under the httpd pmc.
+1
S.
- --
[EMAIL PROTECTED]http://www.temme.net/sander/
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
On 11/20/06, Justin Erenkrantz [EMAIL PROTECTED] wrote:
On 11/17/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
I'm happy to see wombat enter the ASF, but as an httpd-sponsored incubation
project. My question is, if we are punting mod_python out to a TLP, and
mod_perl is already a TLP -
Roy T. Fielding wrote:
I am personally +0 on the idea, but my only reservation is that
we have too many eggs in one basket already. One of these days,
some kind soul will have the energy to build a CPAN-like module
registry and distribution mechanism.
We talked about this in good detail back
Brian McCallister wrote:
The procedure is:
(1) make this thread a formal vote
I'd like to transform this into a formal vote thread to accept the
mod_wombat subproject. Specifically, we aim to make httpd scriptable via
the Lua programming language, for modules and configuration.
I think
On Nov 19, 2006, at 6:58 AM, Graham Leggett wrote:
I think the acceptance of mod_wombat and how config may become
scriptable are two very separate issues, I suggest a vote just for
the acceptance of mod_wombat first.
Yes. I am, quite assuredly as I would not of what I spoke
On Nov 11, 2006, at 10:53 PM, Roy T. Fielding wrote:
The procedure is:
(1) make this thread a formal vote
I'd like to transform this into a formal vote thread to accept the
mod_wombat subproject. Specifically, we aim to make httpd scriptable
via the Lua programming language
T. Fielding wrote:
The procedure is:
(1) make this thread a formal vote
I'd like to transform this into a formal vote thread to accept the
mod_wombat subproject. Specifically, we aim to make httpd scriptable via
the Lua programming language, for modules and configuration.
-Brian
.
Roy T. Fielding wrote:
On Nov 8, 2006, at 10:16 AM, Paul Querna wrote:
Brian has expressed interest in brining mod_wombat to the ASF.
Is there interest in this PMC to bring it in under us?
It sounds like there is enough interest, given the old theory that
three committers are enough
Roy T. Fielding wrote:
I am personally +0 on the idea, but my only reservation is that
we have too many eggs in one basket already. One of these days,
some kind soul will have the energy to build a CPAN-like module
registry and distribution mechanism.
We talked about this in good detail back
Paul Querna wrote:
Successful CPAN-like systems were mostly started back when package
management was an enormous pain. It still is on some platforms
*cough*solaris*cough*, but they are generally the exception these days.
Also, in almost every case CPAN-style systems focus on one language,
On Wed, 8 Nov 2006 10:31:42 -0800
Brian McCallister [EMAIL PROTECTED] wrote:
On Nov 8, 2006, at 10:27 AM, Nick Kew wrote:
Just to be clear about it: presumably you're proposing it have
a similar kind of status to mod_perl or mod_python?
Yes.
+1 to that.
-1 to anything that makes it
On Nov 8, 2006, at 10:16 AM, Paul Querna wrote:
Brian has expressed interest in brining mod_wombat to the ASF.
Is there interest in this PMC to bring it in under us?
It sounds like there is enough interest, given the old theory that
three committers are enough to support most any module. I
to add it to the core.
Oh, yah, mod_wombat can't depend on libapreq2 to be brought into the
core; but I am interested in the LUA engine being integrated into the
core for my own purposes as well.
So, +1. (And after some other stuff clears off my plate, I'd love to
help with this.) -- justin
Brian has expressed interest in brining mod_wombat to the ASF.
Is there interest in this PMC to bring it in under us?
The overview of mod_wombat:
mod_wombat ( https://svn.i-want-a-pony.com/repos/wombat/trunk/ ) was
written primarily by Brian McCallister with random bits of help from
Garrett
1 - 100 of 108 matches
Mail list logo