[postgis-users] Postgis on RHEL8

[Scott Pasnikowski via postgis-users]

I just gets more fun as time goes on...

I was just given a NEW requirement from a municipal gov customer to install postgis on a RHEL system.

I am trying to install on RHEL8 first... but I hit the same "libhull" missing errors that I hit when trying to install on rocky9.

In this case the crb enable trick that I used previously did not solve the issue...

Out of frustration I pulled the libhull rpm directly from the repo and installed it... it work... but when I tried to install

postgis BOOM....

Problem: package postgis33_15-3.3.4-2PGDG.rhel8.x86_64 requires gdal36-libs >= 3.6.3, but none of the providers can be installed

  - package postgis33_15-3.3.4-2PGDG.rhel8.x86_64 requires libgdal.so.32()(64bit), but none of the providers can be installed

  - package gdal36-libs-3.6.4-3PGDG.rhel8.x86_64 requires libarmadillo.so.10()(64bit), but none of the providers can be installed

  - package gdal36-libs-3.6.4-3PGDG.rhel8.x86_64 requires armadillo, but none of the providers can be installed

  - package gdal36-libs-3.6.4-4PGDG.rhel8.x86_64 requires libarmadillo.so.10()(64bit), but none of the providers can be installed

  - package gdal36-libs-3.6.4-4PGDG.rhel8.x86_64 requires armadillo, but none of the providers can be installed

  - package gdal36-libs-3.6.4-5PGDG.rhel8.x86_64 requires libarmadillo.so.10()(64bit), but none of the providers can be installed

  - package gdal36-libs-3.6.4-5PGDG.rhel8.x86_64 requires armadillo, but none of the providers can be installed

  - cannot install the best candidate for the job

  - nothing provides libopenblaso.so.0()(64bit) needed by armadillo-10.8.2-1.el8.x86_64

  - nothing provides libsuperlu.so.5.1()(64bit) needed by armadillo-10.8.2-1.el8.x86_64

Soo... just another pile of different errors....

I am starting to think the path to stability if I need to use postgis is to just build the whole damn thing myself...

Thoughts?

[Greg Troxel via postgis-users]

Scott Pasnikowski via postgis-users <postgi...@lists.osgeo.org>
writes:

> I was just given a NEW requirement from a municipal gov customer to install postgis on a RHEL system.
> I am trying to install on RHEL8 first... but I hit the same "libhull" missing errors that I hit when trying to install on rocky9.
>

> Soo... just another pile of different errors....

Presumably the customer is running RHEL 8 because of its superior
stability and support. What happened when you tried to use their tech
support?

> I am starting to think the path to stability if I need to use postgis
> is to just build the whole damn thing myself...

That could be. You could build the entire prereq chain in a separate
prefix. I work on pkgsrc, a multi-os multi-version multi-os packaging
system, and the norm is to build everything in a different prefix, like
/opt/pkg or /usr/pkg.

You could try this:

https://pkgsrc.smartos.org/install-on-linux/

or start from:

https://www.pkgsrc.org/

and get the sources, run a bootstrap and then try to build postgis.

_______________________________________________
postgis-users mailing list
postgi...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/postgis-users

[Paul Ramsey via postgis-users]

> On Oct 12, 2023, at 10:51 AM, Scott Pasnikowski via postgis-users <postgi...@lists.osgeo.org> wrote:
>
>
> I am starting to think the path to stability if I need to use postgis is to just build the whole damn thing myself...
> Thoughts?

Or if your client values your time highly enough, for them to subscribe to a PostgreSQL support company that will provide validated and integration tested builds for RHEL8, and back you up if you run into problems. Then you can focus on the things that matter.

P.

[Devrim Gündüz via postgis-users]

Hi,

Please install and enable EPEL repo.

Regards, Devrim

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.