From: | PG Bug reporting form <noreply(at)postgresql(dot)org> |
---|---|
To: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Cc: | tomas(at)leypold(dot)cz |
Subject: | BUG #18488: Installation of postgis30_13 fails on Rocky 9 |
Date: | 2024-05-30 15:42:51 |
Message-ID: | 18488-3ea3392929539e37@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
The following bug has been logged on the website:
Bug reference: 18488
Logged by: Tomas Leypold
Email address: tomas(at)leypold(dot)cz
PostgreSQL version: 13.15
Operating system: Rocky 9
Description:
Hi,
The installation of postgis30_13 fails on Rocky 9 due to a change in the
version of libarmadillo from version 10 to 12 in the EPEL repository in the
Rocky 9.2 to 9.3 release. Would it be possible to recompile gdal to be
compatible with new version?
# dnf install postgis30_13
Last metadata expiration check: 2:32:15 ago on Thu 30 May 2024 14:38:59
CEST.
Error:
Problem: package postgis30_13-3.0.7-1.rhel9.x86_64 from pgdg13 requires
gdal33-libs >= 3.3.3, but none of the providers can be installed
- package postgis30_13-3.0.7-1.rhel9.x86_64 from pgdg13 requires
libgdal.so.29()(64bit), but none of the providers can be installed
- cannot install the best candidate for the job
- nothing provides libarmadillo.so.10()(64bit) needed by
gdal33-libs-3.3.3-7PGDG.rhel9.x86_64 from pgdg-common
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to
use not only best candidate packages)
Version change:
http://ftp.pbone.net/mirror/archive.fedoraproject.org/epel/9.2/Everything/x86_64/Packages/a/armadillo-10.8.2-4.el9.x86_64.rpm
http://ftp.pbone.net/mirror/archive.fedoraproject.org/epel/9.3/Everything/x86_64/Packages/a/armadillo-12.6.6-2.el9.x86_64.rpm
Thanks.
---
Best Regards,
Tomas Leypold
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2024-05-30 18:29:29 | Re: pg_restore: fails to restore post-data items due to circular FK deadlock |
Previous Message | Tom Lane | 2024-05-30 15:37:13 | Re: BUG #18484: "Cannot enlarge string buffer" during parallel execution of prepared statement/partitioning |