Return-Path: 
 <dev-return-45198-apmail-httpd-dev-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-dev-archive@www.apache.org
Received: (qmail 91332 invoked from network); 29 Nov 2004 15:18:26 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 29 Nov 2004 15:18:26 -0000
Received: (qmail 14793 invoked by uid 500); 29 Nov 2004 15:18:05 -0000
Delivered-To: apmail-httpd-dev-archive@httpd.apache.org
Received: (qmail 14705 invoked by uid 500); 29 Nov 2004 15:18:05 -0000
Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
list-help: <mailto:dev-help@httpd.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@httpd.apache.org>
list-post: <mailto:dev@httpd.apache.org>
Delivered-To: mailing list dev@httpd.apache.org
Received: (qmail 14662 invoked by uid 99); 29 Nov 2004 15:18:04 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Received: from ns.trellick.net (HELO knee.trellick.net) (217.199.179.115)
  by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 29 Nov 2004 07:18:04 -0800
X-ClientAddr: 200.121.189.78
Received: from [192.168.1.65] (client-200.121.189.78.speedy.net.pe
 [200.121.189.78] (may be forged))
	(authenticated bits=0)
	by knee.trellick.net (8.12.10/8.12.10) with ESMTP id iATGiVA9022267
	for <dev@httpd.apache.org>; Mon, 29 Nov 2004 16:44:33 GMT
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <20041129151004.GG9790@lyra.org>
References: <20041129041525.3242.qmail@minotaur.apache.org>
 <200411290946.05239@news.perlig.de> <41AAE30D.9060702@force-elite.com>
 <200411291005.07630@news.perlig.de>
 <2388D47C-4215-11D9-9A9D-000A957D48A8@ricilake.net>
 <20041129151004.GG9790@lyra.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <D7805A0C-4219-11D9-9A9D-000A957D48A8@ricilake.net>
Content-Transfer-Encoding: 7bit
From: Rici Lake <rici@ricilake.net>
Subject: Re: mod_comment (was: svn commit: r106879 ...)
Date: Mon, 29 Nov 2004 10:17:54 -0500
To: dev@httpd.apache.org
X-Mailer: Apple Mail (2.619)
X-trellick.net-MailScanner-Information: Please contact the ISP for more
 information
X-trellick.net-MailScanner: Found to be clean
X-MailScanner-From: rici@ricilake.net
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N


On 29-Nov-04, at 10:10 AM, Greg Stein wrote:

> So no... I don't like mod_comment. It uses a feature that I dearly
> wish to see removed from httpd.

I agree 100% on removing that feature. If it were gone, something
like mod_comment would have to be implemented in the core, I suppose.

However, I was not really proposing it as a module (except maybe
cheekily); rather as a proposed syntax which seems to me to be
more user-friendly than <IfDefine 0>. Of course, tastes differ.

I'll leave my comments on rewriting the config parsing (which I
agree needs to be done) for a longer message; Paul Querna and I
have been talking about this, too. However, I don't think it is
fair to simply point the finger at the invasive mod_perl.

For example, mod_macro is a very simple, easily audited module,
which is extremely useful, and which requires exactly the same
access to the configuration stream. By the same token, the
environment variable expansion in config files is a hack which
would have been better put into an optional module.

All of this suggests that some mechanism ought to exist for modules
to intervene in the configuration process; I think we are
completely in agreement that the current mechanism is not the
right one.

Rici