Hey Greg,
Thank you for the response!
I've rolled everything back to 3.5.3 with libgeos 3.11, until I get a
better understanding.
Postgis configure is robust and allows you to set/unset all sorts of
things, including rpath. Mine looks like:
./configure \
--prefix=/export/gis/local \
--with-gdalconfig=/export/path/bin/gdal-config \
--with-geosconfig=/export/path/bin/geos-config \
--with-pgconfig=/usr/lib/postgresql/15/bin/pg_config \
--with-sfcgal=/export/path/bin/sfcgal-config
The problem is the environment. When I do an ldd on the newly built
postgis-3.so, all the paths are correct *if* in my user environment.
From another user, the paths default to the system pkg path where the
older geos 3.11 version is installed.
That's what I'm trying to understand, getting postgres/postgis to use
the correct lib it's built against.
Thanks again!
Scott
On 9/3/25 10:12, Marco Boeringa wrote:
Well, it might also be a similar situation as with GEOS, and where I
essenially need to wait for the next LTS release (to which I would like
to stick and not custom compile myself), before I can benefit from the
latest functionality with an updated SFCGAL.
But I was just wondering, as the situation appears slightly different in
the sense that SFCGAL has its own PostgreSQL extension contrary to GEOS,
so the setup and situation differs at least partially.
Greg Troxel <[email protected]> schreef op 3 september 2025 17:17:54 CEST:
Marco Boeringa <[email protected]> writes:
Hi,
I noticed 3.6.0 became available on Ubuntu 24.04 where I am
currently
running my PostgreSQL / PostGIS install.
Is this is a possible error during the packaging for the latest
release for Ubuntu?
Yes, it seems quite possible :-)
I would suggest raising this within Ubuntu, as it seems far more likely
to be an Ubuntu packaging issue than a postgis (source release) issue.
You might also see which version of SFCGAL is installed on your system,
and what the dependency specification is for the postgis package.
