Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 43798 invoked from network); 8 Aug 2009 18:39:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Aug 2009 18:39:45 -0000 Received: (qmail 83720 invoked by uid 500); 8 Aug 2009 18:39:51 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 83640 invoked by uid 500); 8 Aug 2009 18:39:51 -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 83630 invoked by uid 99); 8 Aug 2009 18:39:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Aug 2009 18:39:51 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.210.204 as permitted sender) Received: from [209.85.210.204] (HELO mail-yx0-f204.google.com) (209.85.210.204) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Aug 2009 18:39:42 +0000 Received: by yxe42 with SMTP id 42so2990816yxe.13 for ; Sat, 08 Aug 2009 11:39:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=IPpP8ZD5KZiCqwahmhXPVUhMuGP4NjB10V9wunsIut0=; b=klS0peuMNjK6P3iakoCj9HAg95lAamdNZC+CLIskB3H+RKImA1qIufNv6w1WB9olMX 6J9XOndE4uHGxncuhhXin89j2DfIIZVlm7WSGLUUS5tE/VfvojKep3ahbTdpixjjzVC/ ENoz+y/IWyFmBMNckhDLzNtuZxZghFSyuEvSk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=uRfC+GMeNgZKo5clRQolbxvnWdlqth+k+UZyLHNfIxsGIGye/+XUF8acuwGal1bcQ7 86At1QxEm1LjHhGoJpSH8LlifJ2ur1GPKxiNANEvWoeX23C4oacllv+jLw9M5QR9dz2x P6SOfXOOzmzvMd01iJr/+aoIFWfUfpYdUIWzg= MIME-Version: 1.0 Received: by 10.100.250.8 with SMTP id x8mr1822564anh.198.1249756761549; Sat, 08 Aug 2009 11:39:21 -0700 (PDT) In-Reply-To: <20090808041705.GG23303@tumbolia.org> References: <29420CCA-62BF-424E-A03D-6B376A0D91FF@apache.org> <20090806050440.GA21830@tumbolia.org> <6AD2E30B-3CBF-419E-9EE9-8F73160C8D91@apache.org> <621A0BE0-6458-48F0-80AC-8D701F5375D9@apache.org> <20090807052210.GB11188@tumbolia.org> <00D13141-2CEE-42B2-87CE-81FBA695E36C@apache.org> <20090808041705.GG23303@tumbolia.org> Date: Sat, 8 Aug 2009 14:39:20 -0400 Message-ID: Subject: Re: Apache Maven/Maven repo (Re: Dependencies in SVN) From: Paul Davis To: dev@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org > But argument by assertion is neither helpful, meaningful, or polite. > > Curt is doing us a huge favour for us by spotting these problems, explaining > some of the possible solutions, and dedicating his personal time to evaluating > their suitability for the project. Maybe its just me but I haven't the slightest what problem this thread is trying to solve. Why would we even think about removing our runtime dependencies from SVN? I know someone suggested it in thread this conversation forked from but I never read discussion about why this would be good or necessary. Unless the incubator finds some smoking gun in ibrowse (which I highly doubt given its popularity) or in erlang-oauth (which I highly doubt because its tiny) I don't see a reason to remove any code from SVN. If there is a valid issue that I missed along the way, then lets take a step back and see what we can do to address that. And to Maven: Its a huge dependency for something that could be done with curl (which is already a dependency). Its a huge social barrier to the sizable portion of our community that actively avoids Java. It doesn't as near as I can tell address any of the issues raised in the parent thread. Java dependencies creeping into the code would just be more barriers to get CouchDB running everywhere. And these are just the ones I can fit into short sentences. HTH, Paul Davis