Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 51614 invoked from network); 27 Feb 2009 18:28:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Feb 2009 18:28:18 -0000 Received: (qmail 9990 invoked by uid 500); 27 Feb 2009 18:28:17 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 9951 invoked by uid 500); 27 Feb 2009 18:28:17 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 9940 invoked by uid 99); 27 Feb 2009 18:28:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Feb 2009 10:28:17 -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: local policy) Received: from [80.68.94.123] (HELO tumbolia.org) (80.68.94.123) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Feb 2009 18:28:08 +0000 Received: from nslater by tumbolia.org with local (Exim 4.69) (envelope-from ) id 1Ld7R5-0001Wu-EV for dev@couchdb.apache.org; Fri, 27 Feb 2009 18:27:47 +0000 Date: Fri, 27 Feb 2009 18:27:47 +0000 From: Noah Slater To: dev@couchdb.apache.org Subject: Re: Proposal: let -c *not* ignore default.ini Message-ID: <20090227182747.GA5773@tumbolia.org> Mail-Followup-To: dev@couchdb.apache.org References: <49A7E7F2.2080204@canonical.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49A7E7F2.2080204@canonical.com> X-Noah: Awesome User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Checked: Checked by ClamAV on apache.org On Fri, Feb 27, 2009 at 02:17:38PM +0100, eric casteleijn wrote: > The only potential problem I see is if the current way .ini files are > handled does not allow you to *un*specify a particular option, in which > case you'd need to have an option to ignore the default.ini. We cannot accept this patch as is, because it provides no way to avoid the default configuration file. As it currently stands, if you wish to use some custom configuration file, it assumed that you know enough about what you're doing to add in the default or local configuration files as well. To accept your patch, we would need an additional option, like you mention: --ignore-default-configuration For me, this weird behaviour breaks the rule of least surprise. Even with the modification suggested, I doubt I would want to accept this patch. I suggest that you use the following on your local system: couchdb -c default.ini -c custom.ini Best, -- Noah Slater, http://tumbolia.org/nslater