On Thu, 23 Dec 2021 at 09:50, Roger Wells <roger.k.wells@xxxxxxxxxxxx> wrote:
thanks for the response.
I found an old version of libgeos_c.so.1 in a directory under home that was included in $.LD_LIBRARY_PATH.
Your response triggered the idea to search for possibilities along that line.
thanks again, sorry for the noise.
You needn't be sorry about falling into one of the most common pitfalls in POSIX-style systems.
There are under-used tools for managing environment variables so LD_LIBRARY_PATH can be adjusted
as needed (and preferably not set until a specific environment is loaded). I learned to use environment
modules on SGI IRIX64. It is still a thing, the current incarnation is Lmod,and seems well-supported.
Fedora already uses environment modules to manage switching between mpich and openmpi, see
"/usr/share/moduiles/mpi".
On 12/22/21 16:59, Fulko Hew wrote:
On Wed, Dec 22, 2021 at 4:11 PM Roger Wells <roger.k.wells@xxxxxxxxxxxx> wrote:
upgraded F34 -> F35 & digikam no longer runs.
From the CL:
digikam: symbol lookup error: /lib64/libspatialite.so.7: undefined
symbol: GEOSFrechetDistanceDensify
I just upgraded from F33->F34->F35 and my digikam runswith no complaints like you are getting.
--
George N. White III
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure