Re: php and pgsql and rpm/compile

From: Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>
To: Adam Lang <aalang(at)rutgersinsurance(dot)com>, PGSQL General <pgsql-general(at)postgresql(dot)org>
Subject: Re: php and pgsql and rpm/compile
Date: 2000-09-07 19:40:23
Message-ID: 39B7EF27.4C18BCC9@wgcr.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Lamar Owen wrote:
> The reason it runs but won't install is due to the way the RPM build
> process follows symlinks versus the way ld.so treats symlinks. The
> actual linked file is simply libpq.so -- but the RPM findrequires script
> (which you can look at yourself in /usr/lib/rpm) resolves the symlink
> and places the dependency on the actual lib -- in this case,
> libpq.so.2.0. It does this for versioning, as ld.so is version-agnostic.

Oh, and the reason just adding the symlink in-place into the filesystem
won't work is due to the fact that the RPM dependency checking doesn't
check the filesystem's actual state -- it checks the rpm database's idea
of what the filesystem looks like -- thus, you actually have to have a
package installed that contains 'libpq.so.2.0' in order to get it to
pass dependency checking. This is one reason that installing from RPM
is the best idea on an RPM-based system (of course, currently SuSE won't
install a RedHat RPM primarily due to the dep on chkconfig that is in
the RedHat RPM). If you install from a source tarball, then install an
RPM that depends on libs in your from-source installation (that the rpm
database doesn't know about), it fails due to the unknown deps.

--
Lamar Owen

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adam Lang 2000-09-07 19:43:22 Re: php and pgsql and rpm/compile
Previous Message Steve Wolfe 2000-09-07 19:34:16 Re: Error from pg_dump