F35 digikam - users - Fedora Mailing-Lists

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

1992

1991

1990

1989

1988

1987

1986

1985

1984

1983

1982

1981

1980

F35 digikam

openvpn-client@nbecker8 won't start

NAS purchase advice

Roger Wells

Wednesday, 22 December 2021 Wed, 22 Dec '21

3:10 p.m.

upgraded F34 -> F35 & digikam no longer runs. From the CL: digikam: symbol lookup error: /lib64/libspatialite.so.7: undefined symbol: GEOSFrechetDistanceDensify

Reply

Show replies by date

Garry T. Williams

Wednesday, 22 December Wed, 22 Dec

3:34 p.m.

On Wednesday, December 22, 2021 4:10:17 PM EST Roger Wells wrote:

upgraded F34 -> F35 & digikam no longer runs. From the CL: digikam: symbol lookup error: /lib64/libspatialite.so.7: undefined symbol: GEOSFrechetDistanceDensify

/usr/lib64/libspatialite.so.7 is provided by libspatialite-5.0.1-8.fc35.x86_64, according to dnf. When I install that package, I can find the symbol GEOSFrechetDistanceDensify in the library with this command: $ nm -D /usr/lib64/libspatialite.so.7 Maybe you should install or upgrade package libspatialite? -- Garry T. Williams

Reply

Fulko Hew

3:59 p.m.

On Wed, Dec 22, 2021 at 4:11 PM Roger Wells <roger.k.wells(a)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.

Reply

Roger Wells

Thursday, 23 December Thu, 23 Dec

7:49 a.m.

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. On 12/22/21 16:59, Fulko Hew wrote:

On Wed, Dec 22, 2021 at 4:11 PM Roger Wells <roger.k.wells(a)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. _______________________________________________ users mailing list --users(a)lists.fedoraproject.org To unsubscribe send an email tousers-leave(a)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.fedora... Do not reply to spam on the list, report it:https://pagure.io/fedora-infrastructure

Reply

George N. White III

9:51 a.m.

On Thu, 23 Dec 2021 at 09:50, Roger Wells <roger.k.wells(a)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.wells(a)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

Reply

852

days inactive

853

days old

users@lists.fedoraproject.org

Manage subscription

4 comments

4 participants

tags (0)

participants (4)

Fulko Hew
Garry T. Williams
George N. White III
Roger Wells