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
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 |