Gnucash Installation from Source

[Brent Scott]

Derek,

The problem was:
open("/usr/local/install/glibc2.3/lib/libpq.so.3", O_RDONLY) = -1

The reason for this is that the development machine I'm using to build gnucash has two version of glibc installed. My compiler is set to use the newer version (which I had forgotten to unset for this build). To resolve the issue I just did an 'ln -s' to point to the library it was trying to access. Gnucash now runs with no errors at all. I will be building these binaries on a system with the default glibc and gcc to create some RPM's for TurboLinux so there should be none of these lib issues.

I'll go ahead and post my list of directions, which has details about the dependencies as well, in case it may be useful to others with RPM, specifically TurboLinux, based systems.

Now if only I can figure out why the libxml test was failing . . .

-Br-

----- Original Message -----
From: Derek Atkins <warlord at MIT.EDU>
Date: Sat, 07 Feb 2004 18:18:19 -0500
To: "Brent Scott" <qubit at mail.com>
Subject: Re: Gnucash Installation from Source

> "Brent Scott" <qubit at mail.com> writes:
> 
> >> The 2.0.0 refers to the XML "schema" format version number.  It seems to
> >> imply that it's creating an object but not reading it back in correctly.
> >> I have no clue why..  As I said, I don't get this on my RH9 system
> >> so I'd tend to fault your version of libxml.
> >
> > I can save and load the xml files created by GNU cash just fine, so
> > I"m not sure why it is a problem on the test. I'll do some more
> > digging on the 'net to see if I find anything of use. I'll post if
> > succesful.
> 
> Oh, I'm not surprised.. You're probably gonna have to do some
> debugging of the test itself to figure out why the test is failing.
> 
> >> Yes, it's finding this one, but most likely it's failing to find a
> >> subsequent library.  Keep on looking until it fails to find a library
> >> (most likely shortly before the error message).
> >
> > Cannot find anything else failing shortly before. I have scrolled
> > through most of my strace log, but can't find much of anything
> > failing actually. Usually, if there is a failure, it's just looking
> > in the wrong place and eventually finds it after a few tries (which
> > should be normal). I'll keep digging, but doesn't make much sense
> > . . .
> 
> Search the strace output for the 'dlopen' error message and then start
> looking before that.  Generally this could mean a missing library, or
> it could imply a missing symbol..  I've actually seen this type of
> failure if the .so isn't properly linked and therefore you get a
> missing symbol.
> 
> > Thanks.
> 
> -derek
> 
> -- 
>        Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>        Member, MIT Student Information Processing Board  (SIPB)
>        URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
>        warlord at MIT.EDU                        PGP key available
> 



-Br-

-- 
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm