Bug 338416

Summary: crash when trying to scan faces, undefined symbol
Product: [Applications] digikam Reporter: quamis <quamis+kde>
Component: Faces-EngineAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: critical CC: caulier.gilles
Priority: NOR    
Version First Reported In: 4.2.0   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed/Implemented In: 6.3.0
Sentry Crash Report:

Description quamis 2014-08-20 19:12:05 UTC 
when running from the console i get this: 
$ digikam 

Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QDBusObjectPath)
Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath)
QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work.
digikam(17926)/KIPI (general): Current image collection is not valid. 
OpenCV Error: Bad argument (This LBPH model is not computed yet. Did you call the train method?) in predict, file /home/abuild/rpmbuild/BUILD/opencv-2.4.6.1/modules/contrib/src/facerec.cpp, line 822
digikam(17926)/KFACE: cv::Exception: /home/abuild/rpmbuild/BUILD/opencv-2.4.6.1/modules/contrib/src/facerec.cpp:822: error: (-5) This LBPH model is not computed yet. Did you call the train method? in function predict
 
digikam: symbol lookup error: digikam: undefined symbol: _ZN10KFaceIface8IdentityD1Ev



I've just installed opensuse, and I have no idea how to make it show the crash handler app (as it did on Ubuntu) to be able to send a proper stacktrace
Comment 1 caulier.gilles 2014-08-20 19:44:21 UTC 
digikam: symbol lookup error: digikam: undefined symbol: _ZN10KFaceIface8IdentityD1Ev

==> It's a binary compatibility issue with libkface shared lib used by digiKam to perform face recognition.

Typically libkface installed is not the last version. It's a packaging problem from your distro. Please report as DOWNSTREAM problem...

Gilles Caulier
Comment 2 caulier.gilles 2019-08-18 09:01:07 UTC 
Not reproducible since digiKam core do not depends anymore of libkface

Gilles Caulier