Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AA1AC9D88 for ; Tue, 25 Oct 2011 19:18:48 +0000 (UTC) Received: (qmail 52707 invoked by uid 500); 25 Oct 2011 19:18:47 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 52669 invoked by uid 500); 25 Oct 2011 19:18:47 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 52661 invoked by uid 99); 25 Oct 2011 19:18:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Oct 2011 19:18:47 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.212.52 as permitted sender) Received: from [209.85.212.52] (HELO mail-vw0-f52.google.com) (209.85.212.52) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Oct 2011 19:18:41 +0000 Received: by vws10 with SMTP id 10so1150530vws.11 for ; Tue, 25 Oct 2011 12:18:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=lQi1KMKtO1aAfMgYnd4qJr2/vYsCcAoIw7EByn8lOSA=; b=rC2ENcsFSMweCjQMH4vLN3+wlc4sNLc73DwAbsXSFglnqgNVbNPIJHvzuTWzhvOyS6 td0g0sDQr0KcnkeeYNTQV0zngRwHZncRm2ZFIrxO7G60y2V/hVWOiSUnY8vaR2uWyyj7 lXT5Qt1Sy2ans5rQLROezAtKBC9PhMkUgAfP0= Received: by 10.52.71.200 with SMTP id x8mr29569306vdu.54.1319570299179; Tue, 25 Oct 2011 12:18:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.167.71 with HTTP; Tue, 25 Oct 2011 12:17:39 -0700 (PDT) In-Reply-To: References: <4EA57854.8080805@gmail.com> <1B88D95B-94A9-469F-8B32-6A958C39E315@apache.org> <4EA57C59.6020707@gmail.com> <4EA65D1A.1040307@gmail.com> From: Paul Davis Date: Tue, 25 Oct 2011 14:17:39 -0500 Message-ID: Subject: Re: undefined reference to JS_SealObject To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Jim, You should be able to build BigCouch master with the tarball at [1]. You should be able to just ignore the steps in the BigCouch README about SpiderMonkey and just replace them with a standard "./configure && make && make install" pattern for the tarball (though I haven't yet tested this on CentOS). Alternatively, I've been hacking on the deb packages at [2] if you have an Ubuntu/Debian machine somewhere. I've only tested these packages on Ubuntu 10.04 and Debian 5.0 which we use internally for hosting. We plan on making rpm's at some point, but I don't have an ETA for them yet. Let me know if you have any issues. [1] http://ftp.mozilla.org/pub/mozilla.org/js/js185-1.0.0.tar.gz [2] http://builds.cloudant.com/libmozjs185-1.0.0/Ubuntu/10.04/amd64/ On Tue, Oct 25, 2011 at 1:40 PM, Jim R. Wilson wro= te: > So, back to Oneiric + BigCouch. =A0Should I use spidermonkey 1.9.2 or 185= ? > =A0Should I build from source or install from a repo? =A0Thanks in advanc= e, > > -- Jim > > On Tue, Oct 25, 2011 at 8:59 AM, Jim R. Wilson wr= ote: > >> Hi Jason, >> >> Thanks for all your work on build-couchdb. =A0I had about given up on >> building couch when I found it, and it made my life significantly simple= r. >> >> -- Jim >> >> >> On Tue, Oct 25, 2011 at 4:29 AM, Jason Smith wrote: >> >>> On Tue, Oct 25, 2011 at 6:54 AM, CGS wrote: >>> > Hi Jason, >>> > >>> > First of all, good job that you thought to share from your experience >>> and >>> > put everything into a package. >>> > >>> > Just out of curiosity, I would like to ask you few questions if I may= . >>> > >>> > 1. I noticed you put all the dependencies in your project (or at leas= t >>> most >>> > of them). Why didn't you use wget (or git or whatever) instead to bri= ng >>> them >>> > locally from the projects web pages? >>> >>> CouchDB could run anywhere. We should be able to burn a checkout onto >>> a CD-ROM and install offline. >>> >>> > 2. I also noticed you used log files for some processes while for oth= ers >>> > there are no such file (e.g., for icu you used config.log, but you >>> didn't >>> > add also the the compilation and installation to that log). Is there = a >>> > reason or just the time didn't allow you to add logs for that? I am >>> sorry if >>> > this question is not correct, I see that scripting language for the >>> first >>> > time (I use BASH/AWK/SED and maybe few more for scripting). >>> >>> Build CouchDB was debugged into existence. Every feature was made to >>> solve some purpose at some time. I have not (intentionally) made >>> anything consistent. I have not worried about architecture or best >>> practices. Instead, I focus on continuous testing and confirming that >>> it works on every operating system. Once CouchDB is built, you never >>> run build-couchdb ever again. >>> >>> > 3. And one last thing related to the choice of scripting language. Is >>> there >>> > a reason you chose rake or it is just because you feel yourself "at >>> home" >>> > with it? >>> >>> Rake is an excellent domain-specific language for accomplishing stuff. >>> It is nice for building software because you can mix file tasks (like >>> Make) and also abstract tasks (like Ant). Rake is based on Ruby which >>> is widely-available, probably second-best language (after Perl): it is >>> bundled in the operating system by every Linux distribution and OS X; >>> and it is very convenient to install on Solaris. >>> >>> > Don't get me wrong, my intention was never to criticize your work. I >>> think >>> > you did great especially that you shared it with all of us. I am just >>> curios >>> > because I've seen different ways to do the same job and I am trying t= o >>> learn >>> > which one is the most suitable for such a job (maybe I will follow it= as >>> > well because I am doing also some sys admin work). >>> >>> Totally. Sometimes I joke that build-couchdb is the worst thing I've >>> ever made; however, to a large extent, it is necessarily complex and >>> unaesthetic because the job it must perform is complex and >>> unaesthetic. >>> >>> -- >>> Iris Couch >>> >> >> >