On Thu, 23 Dec 2021 at 09:50, Roger Wells <roger.k.we...@alum.mit.edu> 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.we...@alum.mit.edu> > 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 runs > with no complaints like you are getting. > > > -- George N. White III
_______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
