Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 48483 invoked from network); 22 Apr 2010 05:22:17 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 22 Apr 2010 05:22:17 -0000 Received: (qmail 6734 invoked by uid 500); 22 Apr 2010 05:22:16 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 6423 invoked by uid 500); 22 Apr 2010 05:22:14 -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 6415 invoked by uid 99); 22 Apr 2010 05:22:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Apr 2010 05:22:13 +0000 X-ASF-Spam-Status: No, hits=4.9 required=10.0 tests=AWL,FREEMAIL_FROM,FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bharat.kjsce@gmail.com designates 209.85.221.177 as permitted sender) Received: from [209.85.221.177] (HELO mail-qy0-f177.google.com) (209.85.221.177) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Apr 2010 05:22:07 +0000 Received: by qyk7 with SMTP id 7so173296qyk.14 for ; Wed, 21 Apr 2010 22:21:46 -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:received:message-id:subject:from:to:content-type; bh=emtTY208vObwRUlG4VsnaoxBOK1TfPeHZl1QfK2hTI0=; b=xN2LeYItbMOq/ZQCugPJHHw55XObHS6mHmHeFyOiXtnB3CwfmX9Ef9DM5e94X0rQlP oGphOzCf/uSQ7tZDKTbi9crucaGSropsYghma/XT7tcn+euWE1DX4y/ITnTz3rP4mRf8 k6XCu4ajXPUy5pkBQ3DpzUelH+8wutRNP9vzU= 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; b=J3D2nzaqu6GYBy7p3/sE3gPcqKm5abtoHIl0sURH1dMQrCY2CEj+c6rYHMWIBtBQQc Ow029H08YnZeEjSZE/MpcC3mWNCS7j4fFn3dex0haDBd2IK50hgWJO2pGjDNUUVznMsV Wd52DlYe6ZSAuZLBsNNjJpYr0vLhA8M3kaYZY= MIME-Version: 1.0 Received: by 10.229.240.198 with HTTP; Wed, 21 Apr 2010 22:21:44 -0700 (PDT) In-Reply-To: References: Date: Wed, 21 Apr 2010 22:21:44 -0700 Received: by 10.229.221.65 with SMTP id ib1mr4439831qcb.47.1271913704741; Wed, 21 Apr 2010 22:21:44 -0700 (PDT) Message-ID: Subject: Re: Dependency problem while installing the new CouchDB-0.11.0 (libmozjs-dev) From: Bharat To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=0016362841ec8e5b260484cc7c0a --0016362841ec8e5b260484cc7c0a Content-Type: text/plain; charset=ISO-8859-1 FYI, I was able to successfully create the rpm for 0.11. Let me know if anyone wants it and I can upload it somewhere or something. Thanks guys. On Wed, Apr 21, 2010 at 9:23 AM, Bharat wrote: > fwding again. I cant seem to send/reply emails in the first attempt. > > > On Wed, Apr 21, 2010 at 9:08 AM, Bharat wrote: > >> Thanks again Dan. >> >> I think you are right, I was building off 5.3 and trying to deploy on 5.5. >> I am going to try to build on 5.5 and see if that does the trick. >> >> will update. >> >> >> On Wed, Apr 21, 2010 at 12:43 AM, Dan Smythe wrote: >> >>> Perhaps you could build it on the 5.5 server then? I'm just saying that >>> the >>> 3.8 might not be linking properly if the libraries aren't the same as the >>> 3.6 libraries. You could possibly create a compat RPM as I had to with >>> curl >>> to provide the lower libraries. >>> >>> I was able to finally get it working, by the way. >>> >>> I had to compile a new curl-7.18.0 RPM, and a curl-7.15.0-compat RPM to >>> not >>> break the older library dependencies. Once I did that, I didn't have to >>> statically compile couchdb-0.11, since I had the newer curl libraries to >>> appease it. My problem with locating the spidermonkey js libraries was >>> resolved by no longer attempting to statically compile it. I suppose that >>> meant that it could not be statically compiled in. >>> >>> As far as your issue is concerned, I would make sure the libraries >>> present >>> for icu on the build machine were exactly the same as the libraries >>> present >>> on the target machine. If that means that you have to rebuild with >>> different >>> libraries, or provide upgrade/downgrade compat RPM's for the libraries >>> that >>> are different, then apparently that's what you've got to do to get it >>> working. >>> >>> You can use rpm -qil [packagename] to see the files the package provides, >>> to >>> compare. >>> >>> I'm wondering, what OS that CouchDB is being developed on? >>> >>> >>> On Tue, Apr 20, 2010 at 6:31 PM, Bharat wrote: >>> >>> > Correct, my machine where I built the rpm is rhel 5.3 and looks like >>> this >>> > is >>> > the highest version: >>> > >>> > $ rpm -qa | grep libicu >>> > libicu-3.6-5.11.4 >>> > libicu-devel-3.6-5.11.4 >>> > libicu-devel-3.6-5.11.4 >>> > libicu-3.6-5.11.4 >>> > >>> > But I am trying to install the rpm on a rhel 5.5. >>> > >>> > >>> > On Tue, Apr 20, 2010 at 3:41 PM, Dan Smythe >>> wrote: >>> > >>> > > Bharat, looks like the specific libs you're looking for are from >>> > > libicu-3.6, >>> > > don't know if they're in 3.8: >>> > > >>> > > libicu-3.6-5.11.4.x86_64 : International Components for Unicode - >>> > libraries >>> > > Repo : cent-current >>> > > Matched from: >>> > > Filename : /usr/lib64/libicudata.so.36 >>> > > >>> > > >>> > > >>> > > libicu-3.6-5.11.4.i386 : International Components for Unicode - >>> libraries >>> > > Repo : cent-current >>> > > Matched from: >>> > > Filename : /usr/lib/libicudata.so.36 >>> > > >>> > > >>> > > >>> > > libicu-3.6-5.11.4.x86_64 : International Components for Unicode - >>> > libraries >>> > > Repo : installed >>> > > Matched from: >>> > > Filename : /usr/lib64/libicudata.so.36 >>> > > >>> > > >>> > > >>> > > libicu-3.6-5.11.4.i386 : International Components for Unicode - >>> libraries >>> > > Repo : installed >>> > > Matched from: >>> > > Filename : /usr/lib/libicudata.so.36 >>> > > >>> > > >>> > > On Tue, Apr 20, 2010 at 3:07 PM, Bharat >>> wrote: >>> > > >>> > > > I decided to manually install curl-7.20 and then build the rpm but >>> > while >>> > > > installing this rpm, I am getting following errors: >>> > > > >>> > > > [root@]# rpm -i couchdb-0.11.0-0.x86_64.rpm >>> > > > error: Failed dependencies: >>> > > > libicudata.so.36()(64bit) is needed by couchdb-0.11.0-0.x86_64 >>> > > > libicui18n.so.36()(64bit) is needed by couchdb-0.11.0-0.x86_64 >>> > > > libicuuc.so.36()(64bit) is needed by couchdb-0.11.0-0.x86_64 >>> > > > >>> > > > I even tried installing curl-7.20 on the host but no luck. I have >>> icu, >>> > > > libcurl-devel, lib-icu etc >>> > > > >>> > > > [root@]# rpm -qa | grep icu >>> > > > libicu-3.8-6.fc8 >>> > > > libicu-3.8-6.fc8 >>> > > > icu-3.8-6.fc8 >>> > > > libicu-devel-3.8-6.fc8 >>> > > > libicu-devel-3.8-6.fc8 >>> > > > >>> > > > Did anyone manage to build an rpm out of 0.11? >>> > > > >>> > > > On Tue, Apr 20, 2010 at 12:33 PM, Dan Smythe >>> > > wrote: >>> > > > >>> > > > > So, here's an interesting tidbit. >>> > > > > >>> > > > > If the -static flag is present during the spidermonkey configure >>> > tests, >>> > > > > they >>> > > > > fail. So, >>> > > > > >>> > > > > -- RHEL ( nor EPEL ) have curl-7.18.0 available for RHEL5, so >>> you >>> > have >>> > > > to >>> > > > > force it in (breaking numerous dependencies ) to have a chance >>> with >>> > > > CouchDB >>> > > > > 0.11. >>> > > > > >>> > > > > -- Trying to statically compile CouchDB 0.11 fails, because the >>> > > > > spidermonkey ./configure tests fail with the -static flag >>> present. >>> > > > > >>> > > > > Therefore, it seems you can only get CouchDB 0.11 running on >>> RHEL5 if >>> > > > > you're >>> > > > > OK with breaking any curl dependencies, which I'm not, because >>> it's a >>> > > > long >>> > > > > list and includes php-*. >>> > > > > >>> > > > > I'm convinced that CouchDB 0.11 isn't going to fly on RHEL5 at >>> this >>> > > > point. >>> > > > > >>> > > > > Anyone manage to do so, with spidermonkey, and without breaking >>> curl >>> > > > > dependencies? >>> > > > > >>> > > > > Cheers~ >>> > > > > >>> > > > > >>> > > > > On Tue, Apr 20, 2010 at 11:36 AM, Dan Smythe < >>> xkeitarox@gmail.com> >>> > > > wrote: >>> > > > > >>> > > > > > Same thing here Bharat. I'm working on trying to build the RPM >>> with >>> > a >>> > > > > > force-installed curl-devel 7.18 RPM I whipped up, hoping to >>> compile >>> > > > > CouchDB >>> > > > > > statically against it so I don't have to mess with curl ( and >>> all >>> > the >>> > > > > other >>> > > > > > dependencies ) on my numerous other hosts. I just can't get >>> this >>> > > > > > spirdermonkey thing worked out. >>> > > > > > >>> > > > > > I'm doing this on a RHEL5 VM, with a snapshot prior to working, >>> so >>> > > > > if/when >>> > > > > > I bust anything I can just revert back. I wouldn't suggest >>> taking >>> > > this >>> > > > > path >>> > > > > > on a non-VM. >>> > > > > > >>> > > > > > Cheers~ >>> > > > > > >>> > > > > > >>> > > > > > On Tue, Apr 20, 2010 at 11:27 AM, Bharat < >>> bharat.kjsce@gmail.com> >>> > > > wrote: >>> > > > > > >>> > > > > >> I have a similar issue. I am also trying to build couchdb 0.11 >>> rpm >>> > > > from >>> > > > > >> 0.11 >>> > > > > >> source, 0.10 spec and init but since I am building on RHEL 5, >>> > > > > >> libcurl-devel >>> > > > > >> version cant go pass 7.15 and 0.11 needs atleast 7.18. >>> > > > > >> >>> > > > > >> any workarounds for that? I dont wanna download 7.18 source >>> and >>> > > > upgrade >>> > > > > >> since this rpm needs to run on several machines and manually >>> > > upgrading >>> > > > > all >>> > > > > >> the machines will be a big pain. >>> > > > > >> >>> > > > > >> Thanks! >>> > > > > >> >>> > > > > >> On Tue, Apr 20, 2010 at 11:17 AM, Nils Breunese < >>> > N.Breunese@vpro.nl >>> > > > >>> > > > > >> wrote: >>> > > > > >> >>> > > > > >> > Did you look at the package that EPEL currently has in their >>> > > > > repository >>> > > > > >> for >>> > > > > >> > 0.10? That might have some clues? SRPM is here: >>> > > > > >> > >>> > > > > >> >>> > > > > >>> > > >>> http://download.fedora.redhat.com/pub/epel/5/SRPMS/repoview/couchdb.html >>> > > > > >> > >>> > > > > >> > I have done several CouchDB from source installs following >>> the >>> > > > > >> instructions >>> > > > > >> > on http://wiki.apache.org/couchdb/Installing_on_RHEL5 for >>> > > > > dependencies. >>> > > > > >> > Not updated to 0.11 yet, though. >>> > > > > >> > >>> > > > > >> > HTH, Nils. >>> > > > > >> > ________________________________________ >>> > > > > >> > Van: Dan Smythe [xkeitarox@gmail.com] >>> > > > > >> > Verzonden: dinsdag 20 april 2010 18:15 >>> > > > > >> > Aan: user@couchdb.apache.org >>> > > > > >> > Onderwerp: Re: Dependency problem while installing the new >>> > > > > >> CouchDB-0.11.0 >>> > > > > >> > (libmozjs-dev) >>> > > > > >> > >>> > > > > >> > All -- >>> > > > > >> > >>> > > > > >> > Trying to build an RPM out of CouchDB 0.11 and I'm running >>> into >>> > a >>> > > > > >> similar >>> > > > > >> > issue. This is on a CentOS 5.4 box, and I've used the >>> directions >>> > > > here: >>> > > > > >> > >>> > > > > >> > >>> > > > > >> >>> > > > > >>> > > > >>> > > >>> > >>> http://wiki.apache.org/couchdb/Installing_SpiderMonkey?action=show&redirect=InstallingSpiderMonkeyto >>> > > > > >> > get SpiderMonkey installed in /usr/local/spidermonkey. >>> > > > > >> > >>> > > > > >> > Once installed following the directions, I have >>> > > > > >> > /usr/local/spidermonkey/{bin,include,lib64} which contain >>> the >>> > > usual >>> > > > > >> files. >>> > > > > >> > >>> > > > > >> > My RPM configure line looks as such: >>> > > > > >> > >>> > > > > >> > %configure --with-erlang=%_libdir/erlang%_includedir \ >>> > > > > >> > --with-js-lib=/usr/local/spidermonkey/lib64 \ >>> > > > > >> > --with-js-include=/usr/local/spidermonkey/include >>> > > > > >> > >>> > > > > >> > Yet still it refuses to locate the libraries: >>> > > > > >> > >>> > > > > >> > /*snip*/ >>> > > > > >> > checking for pthread_create in -lpthread... yes >>> > > > > >> > checking for JS_NewContext in -lmozjs... no >>> > > > > >> > checking for JS_NewContext in -ljs... no >>> > > > > >> > checking for JS_NewContext in -ljs3250... no >>> > > > > >> > checking for JS_NewContext in -ljs32... no >>> > > > > >> > configure: error: Could not find the js library. >>> > > > > >> > >>> > > > > >> > Is the Mozilla SpiderMonkey library installed? >>> > > > > >> > error: Bad exit status from /var/tmp/rpm-tmp.2894 (%build) >>> > > > > >> > >>> > > > > >> > >>> > > > > >> > RPM build errors: >>> > > > > >> > Bad exit status from /var/tmp/rpm-tmp.2894 (%build) >>> > > > > >> > /*snip*/ >>> > > > > >> > >>> > > > > >> > I have tried a number of different times and methods. The >>> > js-devel >>> > > > > >> package >>> > > > > >> > is installed as well. Furthermore, I've tried to set the >>> > > > > LD_LIBRARY_PATH >>> > > > > >> > and >>> > > > > >> > LD_INCLUDE_PATH, all to no avail. >>> > > > > >> > >>> > > > > >> > Anyone have any ideas? I've started from the ground up twice >>> now >>> > > and >>> > > > > am >>> > > > > >> > running out of patience. >>> > > > > >> > >>> > > > > >> > Cheers~ >>> > > > > >> > >>> > > > > >> > --Dan >>> > > > > >> > >>> > > > > >> > De informatie vervat in deze e-mail en meegezonden bijlagen >>> is >>> > > > > >> uitsluitend >>> > > > > >> > bedoeld voor gebruik door de geadresseerde en kan >>> vertrouwelijke >>> > > > > >> informatie >>> > > > > >> > bevatten. Openbaarmaking, vermenigvuldiging, verspreiding >>> en/of >>> > > > > >> verstrekking >>> > > > > >> > van deze informatie aan derden is voorbehouden aan >>> > geadresseerde. >>> > > De >>> > > > > >> VPRO >>> > > > > >> > staat niet in voor de juiste en volledige overbrenging van >>> de >>> > > inhoud >>> > > > > van >>> > > > > >> een >>> > > > > >> > verzonden e-mail, noch voor tijdige ontvangst daarvan. >>> > > > > >> > >>> > > > > >> >>> > > > > > >>> > > > > > >>> > > > > >>> > > > >>> > > >>> > >>> >> >> > --0016362841ec8e5b260484cc7c0a--