Re: BUG #8659: Broken dependencies on RHEL6 for 9.2.6 RPMs

Having the exact same issue in CentOS 6.4.

CentOS 6.4 x86_64 Update tree provides: openssl-1.0.0-27.el6_4.2.x86_64
which provides libssl.so.10()(64bit) and libcrypto.so.10()(64bit)

CentOS 6.5 x86_64 Update tree provides: openssl-1.0.1e-16.el6_5.1.x86_64
which provides

Installed fresh copy of CentOS 6.4 and applied all updates within the 6.4
tree.

Installed the PostgreSQL 9.2 Repository from the following URL, with the
assumption that it would essentially stay 'pinned' and work within the 6.4
tree:

yum install
http://yum.postgresql.org/9.2/redhat/rhel-6.4-x86_64/pgdg-centos92-9.2-6.noarch.rpm

OS is 'pinned' to CentOS 6.4 so that updates are limited within the point
release branch. Upgrades/Updates to next point release branch are not
performed until that Branch has been vetted internally. This is a somewhat
typical practice in many corporate environments as the server is not
accessible externally, and predictability of the environment is required for
steady state operations. Changes must be understood, vetted, and documented
prior to release for operation.

We absolutely appreciate these pre-compiled RPMs. It may be helpful to call
out on the website that they are intended to be used with a system similar
to the original RPM build environment, and then call out the specifics of
that environment. If the build environment is in flux, or not fully
documented for consumers of the service, then there may be a stronger chance
of running into undocumented dependency issues such as these. The Fedora and
EPEL environments are great examples of this.

--
View this message in context: http://postgresql.1045698.n5.nabble.com/BUG-8659-Broken-dependencies-on-RHEL6-for-9-2-6-RPMs-tp5781988p5786279.html
Sent from the PostgreSQL - bugs mailing list archive at Nabble.com.