Re: php and pgsql and rpm/compile
От | Lamar Owen |
---|---|
Тема | Re: php and pgsql and rpm/compile |
Дата | |
Msg-id | 39B7EF27.4C18BCC9@wgcr.org обсуждение исходный текст |
Ответ на | Re: php and pgsql and rpm/compile (Tressens Lionel <tressens@etud.insa-tlse.fr>) |
Список | 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
В списке pgsql-general по дате отправления: