GDAL dependencies during PostGIS upgrade

[Regina Obe]

Nikhil,

 

Which version of PostgreSQL are you upgrading from.

 

I forget if pg_upgrade checks the old .so to see if it can still load it or if it only checks if the new .so it is expecting in the new cluster is still available.

 

If it doesn’t check the old to try to load the lib, dropping postgis-3.1.2 should work just fine.

Since 3.0, the .so file didn’t change, so pg_upgrading from say a PG 13 3.1.2 to a PG 15 3.3.5 should work just fine.

 

If it does check, I’d try upgrading to a newer PostGIS on your older cluster, doesn’t need to be the same, just one where the gdals are compatible.

 

From: Nikhil Shetty <nikhil.dba04 at gmail.com> 
Sent: Thursday, February 15, 2024 11:37 PM
To: PostGIS Users Discussion <postgis-users at lists.osgeo.org>
Subject: GDAL dependencies during PostGIS upgrade

 

Hi Team,

 

We are planning to upgrade postgres to 15 and postgis from 3.1.2 to 3.3.5.

 

While installing postgis 3.3.5 we found some dependency issues with gdal36, we were able to workaround by removing postgis 3.1.2 and gdal32 packages but for postgres upgrade we need both postgis (3.1.2 and 3.3.5) packages to be present.

 

Below is the issue when installing gdal36 which is required for postgis 3.3.5

 

-0-root@<host1>:/tmp # yum install gdal36-libs-3.6.4-6PGDG.rhel8.x86_64.rpm
Last metadata expiration check: 0:00:58 ago on Wed 31 Jan 2024 02:01:35 PM UTC.
Error: 
Problem: problem with installed package gdal32-libs-3.2.3-1.rhel8.x86_64
- package gdal32-libs-3.2.3-1.rhel8.x86_64 requires libarmadillo.so.9()(64bit), but none of the providers can be installed
- package gdal32-libs-3.2.2-13.rhel8.x86_64 requires libarmadillo.so.9()(64bit), but none of the providers can be installed
- cannot install both armadillo-12.6.6-1.el8.x86_64 and armadillo-9.700.2-1.el8.x86_64
- cannot install both armadillo-9.700.2-1.el8.x86_64 and armadillo-12.6.6-1.el8.x86_64
- package gdal36-libs-3.6.4-6PGDG.rhel8.x86_64 requires libarmadillo.so.12()(64bit), but none of the providers can be installed
- conflicting requests
(try to add '—allowerasing' to command line to replace conflicting packages or '—skip-broken' to skip uninstallable packages or '—nobest' to use not only best candidate packages)

 

 

Thanks,

Nikhil 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-users/attachments/20240216/7e49c06d/attachment.htm>