Return-Path: Delivered-To: apmail-incubator-couchdb-dev-archive@locus.apache.org Received: (qmail 33543 invoked from network); 4 Nov 2008 21:14:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Nov 2008 21:14:03 -0000 Received: (qmail 60600 invoked by uid 500); 4 Nov 2008 21:14:10 -0000 Delivered-To: apmail-incubator-couchdb-dev-archive@incubator.apache.org Received: (qmail 60339 invoked by uid 500); 4 Nov 2008 21:14:09 -0000 Mailing-List: contact couchdb-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-dev@incubator.apache.org Delivered-To: mailing list couchdb-dev@incubator.apache.org Received: (qmail 60328 invoked by uid 99); 4 Nov 2008 21:14:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Nov 2008 13:14:09 -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 [89.16.172.240] (HELO bytesexual.org) (89.16.172.240) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Nov 2008 21:12:51 +0000 Received: from nslater by bytesexual.org with local (Exim 4.69) (envelope-from ) id 1KxTAN-0005PW-6T for couchdb-dev@incubator.apache.org; Tue, 04 Nov 2008 21:10:23 +0000 Date: Tue, 4 Nov 2008 21:10:23 +0000 From: Noah Slater To: couchdb-dev@incubator.apache.org Subject: Re: Releasing 0.9 Message-ID: <20081104211023.GK10474@bytesexual.org> Mail-Followup-To: couchdb-dev@incubator.apache.org References: <60F5D602-8DED-425B-B304-A1A51B8C516A@apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Noah: Awesome User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Checked: Checked by ClamAV on apache.org On Tue, Nov 04, 2008 at 11:22:52AM -0800, Chris Anderson wrote: > The question here is one of strategy, I think. Basically, the JS test > suite needs a running CouchDB HTTP server to test against. This is a > little hard to arrange from the command line. The main utility of the > console test runner will be in validating installations on remote > "headless" nodes. So it will mostly be useful for managing larger > clusters. > > Because of the dependence on a running couch, it might not be a good > candidate for running from make check. However, I'm far from an expert > on build conventions. If anyone out there is confident about how it > *should* work I'd be glad to hear from you. I don't think we should be spawning a CouchDB instance from the build. Perhaps we can move these off into a separate test utility? -- Noah Slater, http://bytesexual.org/nslater