From dev-return-16840-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Tue Jun 21 08:06:06 2011 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 B8A3E4DA7 for ; Tue, 21 Jun 2011 08:06:06 +0000 (UTC) Received: (qmail 11147 invoked by uid 500); 21 Jun 2011 08:06:06 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 10993 invoked by uid 500); 21 Jun 2011 08:06:05 -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 10985 invoked by uid 99); 21 Jun 2011 08:06:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2011 08:06:05 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of randall.leeds@gmail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2011 08:05:58 +0000 Received: by bwj24 with SMTP id 24so2852153bwj.11 for ; Tue, 21 Jun 2011 01:05:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=ZP0WNpvUvPSQj/7LLQGgRxQOf353o6zbgwv9YJHT8HQ=; b=I7WXqZiWuXm3/pNlxgaj5zYBfqzPn4BwHwzc9Xz/SvQzB4QP2iKmhxeCscQ7kI6CET 8536i28TheD3ifPDuIhp3X1StMQhMpVcbZZNXFpo5DsvBw0SVgElOy/Jmu0GpMf2Q9tw 1Nu7sW8DOw1UDvONOP5SB3vRlCGOW9SjyXjbo= 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=DeNz60TCzXAUq9W2m9ikkNTQdIIQ+h1O0l6sg8fUWX0dGgTj245d8vJTguv7jN3H5k C04LaBQuHM1r8PGyXsBNuQwL6R151E7I49M8YD/C/XFWFh4/A5Dtj9QvxDAlL7RvILox /P9XSGByZoKcOwCZ+RUA/Y2+lNk933Fm8LLGY= MIME-Version: 1.0 Received: by 10.204.233.14 with SMTP id jw14mr918160bkb.40.1308643538545; Tue, 21 Jun 2011 01:05:38 -0700 (PDT) Received: by 10.204.42.135 with HTTP; Tue, 21 Jun 2011 01:05:38 -0700 (PDT) In-Reply-To: References: Date: Tue, 21 Jun 2011 01:05:38 -0700 Message-ID: Subject: Re: make couchdb more otpish From: Randall Leeds To: dev@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org I like this. I'd love to see a branch that contains all the incremental changes from trunk to this build. I would build and test it and help you work out any kinks. On Mon, Jun 20, 2011 at 23:39, Fedor Indutny wrote: > +1 for that, I don't like current directory structure. > > Cheers, > Fedor. > > > > On Tue, Jun 21, 2011 at 1:25 PM, Benoit Chesneau wro= te: > >> Hi all, >> >> I'm back on this topic. I know that @davisp made a script to split the >> file structure etc, but I wonder why or what we are waiting to do >> this. Also why using a script when we could move everything once? (and >> it should be done once imo) >> >> For the record i'm working with a month or two on rcouch and its last >> version in rcouch_templates [1] wich have splitted couch in some >> modules (couchjs, snappy, ejson) and in the same time allowed couch to >> be more otpish somehow. Maybe some tried it? Anyway I currently asking >> myself how we want to integrate things with couch and autotools for >> now. WHat is the file structure we want. Actually everything is in src >> even external libs. >> >> I propose to do smth like >> >> src/couch sources >> include/ >> priv/ >> libs/{mochiweb, snappy, oauth, ejson, ibrowse, ..} (or deps/) >> c_src/{couchjs, icu, spawnkillable?} >> etc/ >> tests/ >> bin/couch >> other files (with autoconfstuff) >> >> Related topic, I would like to introduce a rel/ folder that would >> allows us to build a real erlang release that would allows us to >> install couchdb system wide or create any dev release, wich again >> would be more otpish. =C2=A0We could also add the possibility to handle >> custom templates for that which would make maintainer and distributors >> happy. Most of these changes are already or rcouch so I would be glad >> to port them to this build system. >> >> What do you think about it ? >> >> - beno=C3=AEt >> >