Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of nslater@tumbolia.org designates
 209.85.214.52 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAAJr9qbaPEULAGG3zEyPtzzOXfb-LFRx1QHS35Jsd3nZ7=wE6w@mail.gmail.com>
References: <785FABDB-2EF0-409A-A6C5-E9C8D498241B@apache.org>
	<CAFx2Yf7b6Whirg+LrMF+kn843h7+c9HYFhY2+PvUzZTXThk32w@mail.gmail.com>
	<CAAL6JQiFsqvtQxqD_xv5aAtxezEMuEp1ukHTaezQFFy4xDbxSg@mail.gmail.com>
	<BD3130C4-CEA8-482B-904A-36510631637A@apache.org>
	<CAN-3CBLu2k4nm+6QtL8p_d0WnHZnDytjDAAvxwLBz6au_nfeMw@mail.gmail.com>
	<CAJNb-9p96rj7L--L=beoCMPmBSU5WLsvZWmWR=rNy4Z5oDNzqg@mail.gmail.com>
	<CA+Y+446aFR7Z8Wkb0syJk2Di+A19mWxL9ptpzN=PxSpB01Z9HA@mail.gmail.com>
	<CABn9xAE0FBrzWq_Mew9q85V1dwvGYPuz7fkP5JpY8tQs7rUjew@mail.gmail.com>
	<CA+Y+446Fy7+GwguHOF1fSWnZwyv-iGsxgmaWqJUL3YWvHutKVg@mail.gmail.com>
	<CAAJr9qbaPEULAGG3zEyPtzzOXfb-LFRx1QHS35Jsd3nZ7=wE6w@mail.gmail.com>
Date: Sun, 6 Nov 2011 16:18:28 +0000
Message-ID: 
 <CA+Y+4459dLXM4r1fjftpPa_nJ5AAwA5BdXrsScLqqNC4--CSUQ@mail.gmail.com>
Subject: Re: Binary Downloads
From: Noah Slater <nslater@tumbolia.org>
To: dev@couchdb.apache.org
Content-Type: multipart/alternative; boundary=001517475cb4d8151504b11349e6

--001517475cb4d8151504b11349e6
Content-Type: text/plain; charset=ISO-8859-1

On Sun, Nov 6, 2011 at 4:07 PM, kowsik <kowsik@gmail.com> 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.
The build system is meant to do all of this for you. That is its raison
d'etre. Downloading and compiling dependancies, fine. We don't want to be
doing that in CouchDB proper. But all of the intelligent CouchDB
configuration stuff needs to be pulled up stream. Is that a big component
of it? Or is most of the deep magic in place to work around problems
configuring our dependancies? Could these things, then, be pushed upstream?

--001517475cb4d8151504b11349e6--