Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5D6A5973D for ; Sun, 6 Nov 2011 17:16:33 +0000 (UTC) Received: (qmail 25782 invoked by uid 500); 6 Nov 2011 17:16:32 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 25746 invoked by uid 500); 6 Nov 2011 17:16:32 -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 25738 invoked by uid 99); 6 Nov 2011 17:16:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Nov 2011 17:16:32 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.160.180] (HELO mail-gy0-f180.google.com) (209.85.160.180) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Nov 2011 17:16:26 +0000 Received: by gyh20 with SMTP id 20so6178580gyh.11 for ; Sun, 06 Nov 2011 09:16:04 -0800 (PST) Received: by 10.50.169.1 with SMTP id aa1mr35239123igc.9.1320599764740; Sun, 06 Nov 2011 09:16:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.43.18 with HTTP; Sun, 6 Nov 2011 09:15:43 -0800 (PST) In-Reply-To: References: <785FABDB-2EF0-409A-A6C5-E9C8D498241B@apache.org> From: Jason Smith Date: Sun, 6 Nov 2011 17:15:43 +0000 Message-ID: Subject: Re: Binary Downloads To: dev@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org On Sun, Nov 6, 2011 at 4:18 PM, Noah Slater wrote: > On Sun, Nov 6, 2011 at 4:07 PM, kowsik wrote: > > >> Contrast this with CouchDB which has huge dependencies external to >> itself (the right version of erlang, compiling it with just the right >> options, openssl, spidermonkey, etc, etc). Personally, I love the >> simplicity of CouchDBX. One click and boom you are up and running. >> This is philosophical, but ultimately no matter what software you are >> building, if the time to value is going to take a bunch of hoops to >> get through, nobody's going to have the patience. >> > > Yep, CouchDBX is great, but it is still a "toy" version of CouchDB. > > Personally, I rely on build-couchdb. @_jhs and others have added >> knowledge into this about OS detection and how best to get couchdb >> setup and compiled and started on specific distro's. It implicitly >> encodes this knowledge of 'on this OS you have to compile erlang with >> these flags' kind of things. >> > > It concerns me that these things are in build-couchdb, and not in CouchDB. Technical note: build-couchdb is more akin to packaging tools than compiling tools. (There is a reason Debian `rules` files are Makefiles.) It (1) includes and (2) builds several related packages * autoconf-2.13 * autoconf-2.59 * erlang * libicu * libcurl * libmozjs * couch * couch plugins such as GeoCouch, BrowserID, Facebook authentication, etc. It also does several things which made me blush when I wrote them but I figured nobody would ever find out. But it is not unlike how package developers maintain diffs against the upstream sources, and in fact some of that logic could flow upstream. At this stage in the discussion, the main function build-couchdb serves is as a known "thing" to compare and contrast against. -- Iris Couch