Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 42465 invoked from network); 9 Nov 2008 02:55:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Nov 2008 02:55:34 -0000 Received: (qmail 82606 invoked by uid 500); 9 Nov 2008 02:55:39 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 82589 invoked by uid 500); 9 Nov 2008 02:55:39 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 82580 invoked by uid 99); 9 Nov 2008 02:55:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Nov 2008 18:55:39 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of chip@force-elite.com designates 72.232.80.58 as permitted sender) Received: from [72.232.80.58] (HELO constant.northnitch.com) (72.232.80.58) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 09 Nov 2008 02:54:21 +0000 Received: from [10.0.1.5] (unknown [198.80.6.3]) by constant.northnitch.com (Postfix) with ESMTP id 344BD8733 for ; Sat, 8 Nov 2008 20:54:30 -0600 (CST) Message-ID: <491650E5.1010508@force-elite.com> Date: Sat, 08 Nov 2008 20:54:29 -0600 From: Paul Querna User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: ApacheCon Presentations References: <49150964.6030108@force-elite.com> <491589EF.6040806@sharp.fm> In-Reply-To: <491589EF.6040806@sharp.fm> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Graham Leggett wrote: > When you say "in the core", do you mean "in the /server directory in the > source", or do you mean in "modules/wombat"? modules/wombat initially. > What does mod_wombat in the core buy us? sanity. > If I don't want mod_wombat, can I choose to not load the module like I > can choose to not load any of the others? yes. > How big is mod_wombat? as big as it needs to be to bind the lua langauge to everything? (not sure the point of this specific question, the weight of an individual lua VM is tiny compared to everything else in the universe.) > I understand that the intention is for mod_wombat to be used in aiding > configuration, what if I just want to stick with a plain old flat > non-programmatic config file, will I still be able to do that? yes. I want it on by default though. If you compile with --disable-wombat, sure, things will keep working for you like it did in 2.2, in the near term, but I want it to be defaulting to ON so we can actually change how people configure their servers, to you know, make it not suck. -Paul