User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:49.0) Gecko/20100101
Firefox/49.0
Build Identifier: 

I tried to compile kphotoalbum 4.7.2
(http://download.kde.org/stable/kphotoalbum/4.7.2/src/kphotoalbum-4.7.2.tar.xz.mirrorlist)
from source.
It is known, that this tries to use an older version of kface, then actually is
current with OpenSuse 42.1 (So it won't compile with kface)
To get rid of the problem, I tried to uninstall all '*kface*' packages in
yast2.
Still cmake claimed that kface is present and tried to build with it - which
failed.
It turned out, that it seems that "digikam-libs" contains the cmake files which
refer to kface, although IMHO it shouldn't.
The cmake files sould come with the kface-devel packages not with
"digikam-libs".
I finally hacked the KPA cmake files to get rid of kface.

Reproducible: Always

Steps to Reproduce:
1. Remove all 'kface'-packages from the the system, but keep/install
"digikam-libs"
2. Run cmake for kphotoalbum 4.7.2 
3. It claims to have found a usable kface but fails on compile.

Notes:
This is *also* a KPA bug, because it should detect, that the kface version is
too new, it seems to only check for >=...
The upcoming release of KPA will support the new kface version.
Actual Results:  
Tries to use kface

Expected Results:  
Should configure w/o kface, because it is not installed.
IMHO the kface cmake files should not be in digikam-libs, but in the
kface-devel packages. If digikam-libs needs these, it should have these
packages as dependencies - that would make clear what is going on.

>From kde-libs filelist in yast2:

digikam-libs - Libraries required to run digikam

/usr/lib64/cmake/Kface-3.5.0
/usr/lib64/cmake/Kface-3.5.0/Kface-export-release.cmake
/usr/lib64/cmake/Kface-3.5.0/Kface-export.cmake
/usr/lib64/cmake/Kface-3.5.0/kface-config-version.cmake
/usr/lib64/cmake/Kface-3.5.0/kface-config.cmake