Re: problem loading shared lib pg_tde.so - Mailing list pgsql-general

From Matthias Apitz
Subject Re: problem loading shared lib pg_tde.so
Date
Msg-id ZjnBvqzb6MWHOFJV@pureos
Whole thread Raw
In response to Re: problem loading shared lib pg_tde.so  (Matthias Apitz <guru@unixarea.de>)
List pgsql-general
El día martes, mayo 07, 2024 a las 07:07:22 +0200, Matthias Apitz escribió:

> # ls -l /usr/local/sisis-pap/lib/libcurl*
> -rw-r--r-- 1 bin bin 1315526 May  6 10:29 /usr/local/sisis-pap/lib/libcurl.a
> -rwxr-xr-x 1 bin bin    1004 May  6 10:29 /usr/local/sisis-pap/lib/libcurl.la
> -rwxr-xr-x 1 bin bin  735168 May  6 10:29 /usr/local/sisis-pap/lib/libcurl.so.4.8.0
> 
> ...
> 
> I have to figure out why the making of 'curl' does not produce that
> symlink by its own, or why the making of pg_tde.so let it ask for 
> libcurl.so.4 and not for libcurl.so.4.8.0.

It was not the fault in making 'curl'. It was my fault in the shell
script which bundles PostgreSQL 16.2, pg_tde.so and libcurl together
for delivery to other hosts/customer which only picked up the 3 files
above and not also the symlinks.

We can now safely close this thread.

    matthias

-- 
Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub



pgsql-general by date:

Previous
From: Matthias Apitz
Date:
Subject: Re: problem loading shared lib pg_tde.so
Next
From: HORDER Philip
Date:
Subject: RE: Restore of a reference database kills the auto analyze processing.