Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: couchdb-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of reverri@gmail.com designates
 209.85.146.178 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:references;
        b=qZ4/pobiybA3odluT99o52JONewU3QJ/txc3gkqPhygNr1ZRbQZaHSIWyVnsBF5RDV
         DmQm60QGYBES0eA5+kh2i/7DYg9ekOH0J6fjquwCD80BdaQy2BCKmOOCZK9Hvcjvzv/d
         OEOZv1B1ftlPDnGfR3G911er8qjIm6sXigA6o=
Message-ID: <e04d73f80807211855t4f264051u8da948114ea748c3@mail.gmail.com>
Date: Mon, 21 Jul 2008 18:55:31 -0700
From: "Dan Reverri" <reverri@gmail.com>
To: couchdb-user@incubator.apache.org
Subject: Re: Need to troubleshoot: open_error,-10
In-Reply-To: <48853B55.1000408@comcast.net>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_87920_2303796.1216691731954"
References: <48853B55.1000408@comcast.net>

------=_Part_87920_2303796.1216691731954
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Are you running couchdb as a different user? If so, have you set the
LD_LIBRARY_PATH for this user correctly?

On Mon, Jul 21, 2008 at 6:43 PM, Dan Connelly <daniel.s.connelly@comcast.net>
wrote:

> Oh Relaxed Ones:
>
> I am doing my first install of CouchDB 0.8.   Installing on OpenSuSE
> 10.3 (32-bit, i686 athlon i386 GNU/Linux).    It is giving me an init
> do_boot problem, but nothing I can figure out from the dump.
>
> (Previously, I had installed CouchDB 0.7 on SuSE a Pro 9.2 and got it
> running okay.   Not so lucky now.)
>
> The exact error I get is "open_error,-10".   Apparently LD_LIBRARY_PATH
> is not set properly.   I built and installed erlang from source
> tarball:  otp_src_R12B-2.   I installed the ICU libs (Version 3.6)
> using  Yast (yummy stuff).   I built and installed SpiderMonkey, Version
> 1.7.0.
>
> My LD_LIBRARY_PATH includes the SpiderMonkey lib dir.     "icu-config
> --invoke" works fine and returns the LD_LIBRARY_PATH with /usr/lib added
> (which is where the icu shared objects are installed).
>
> Isn't this sufficient on LD_LIBRARY?   How can I force a verbose
> dependency check?
>
>    -- Dan Connelly (not yet relaxed)
>

------=_Part_87920_2303796.1216691731954--