BUG #15027: EPEL / Potgres 95 yum repo package version conflict affecting postgis22_95

The following bug has been logged on the website:

Bug reference: 15027
Logged by: Brian Hill
Email address: bchill(at)bch(dot)net
PostgreSQL version: 9.5.10
Operating system: CentOS 7
Description:

The RHEL/CentOS 7 EPEL repo recently bumped armadillo from 4.X to 8.X.

This causes a dependency problem for gdal-libs, (hence libgeotiff), which is
needed by postgis22, when a yum update is run (I've simplified the output
here by trying to update just armadillo):

# yum update armadillo
Resolving Dependencies
--> Running transaction check
---> Package armadillo.x86_64 0:4.320.0-1.el7 will be updated
--> Processing Dependency: libarmadillo.so.4()(64bit) for package:
gdal-libs-1.11.4-10.rhel7.x86_64
---> Package armadillo.x86_64 0:8.300.0-1.el7 will be an update
--> Processing Dependency: libsuperlu.so.5.1()(64bit) for package:
armadillo-8.300.0-1.el7.x86_64
--> Processing Dependency: libopenblaso.so.0()(64bit) for package:
armadillo-8.300.0-1.el7.x86_64
--> Running transaction check
---> Package SuperLU.x86_64 0:5.2.0-5.el7 will be installed
---> Package armadillo.x86_64 0:4.320.0-1.el7 will be updated
--> Processing Dependency: libarmadillo.so.4()(64bit) for package:
gdal-libs-1.11.4-10.rhel7.x86_64
---> Package openblas-openmp.x86_64 0:0.2.20-3.el7 will be installed
--> Finished Dependency Resolution
Error: Package: gdal-libs-1.11.4-10.rhel7.x86_64 (@postgres-95)
Requires: libarmadillo.so.4()(64bit)
Removing: armadillo-4.320.0-1.el7.x86_64 (@epel)
libarmadillo.so.4()(64bit)
Updated By: armadillo-8.300.0-1.el7.x86_64 (epel)
~libarmadillo.so.8()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

To fix this (that is, to make a yum update succeed), I had to remove
gdal-libs and libgeotiff provided by the postgresql 95 repo, and install
those provided by EPEL.

Before:

armadillo.x86_64 4.320.0-1.el7 @epel
gdal-libs.x86_64 1.11.4-10.rhel7
@postgres-95
libgeotiff.x86_64 1.4.0-1.rhel7
@postgres-95
postgis22_95.x86_64 2.2.6-1.rhel7
@postgres-95
postgis22_95-client.x86_64 2.2.6-1.rhel7
@postgres-95
postgis22_95-devel.x86_64 2.2.6-1.rhel7
@postgres-95
postgis22_95-docs.x86_64 2.2.6-1.rhel7
@postgres-95
postgis22_95-utils.x86_64 2.2.6-1.rhel7
@postgres-95

Now:

Installed Packages
armadillo.x86_64 8.300.0-1.el7 @epel
gdal-libs.x86_64 1.11.4-3.el7 @epel
libgeotiff.x86_64 1.2.5-14.el7 @epel
postgis22_95.x86_64 2.2.6-1.rhel7
@postgres-95
postgis22_95-client.x86_64 2.2.6-1.rhel7
@postgres-95
postgis22_95-devel.x86_64 2.2.6-1.rhel7
@postgres-95
postgis22_95-docs.x86_64 2.2.6-1.rhel7
@postgres-95
postgis22_95-utils.x86_64 2.2.6-1.rhel7
@postgres-95

This results in a newer version of armadillo but older versions of gdal-libs
and libgeotiff.

Whether this is really a 'bug' depends on whether the maintainers think the
older versions of gdal-libs and libgeotiff are sufficient.

Are they? :-)