status update: - Fixes were pushed for krename, gwenview and I'll look at the others later - Due to some API becoming private in exiv 0.27 (https://github.com/Exiv2/exiv2/commit/4574a659), even with a CMake fix, krita fails to build.

There's an issue with the libexiv2-devel-0.27~RC2-98.1.x86_64.rpm package, the pkgconfig file contains "libdir=${prefix}/lib"

Christophe Giboudeaux (cgiboudeaux) - over 5 years ago

Fixes were pushed upstream

Jan Engelhardt (jengelh) - over 5 years ago

reviewer

How is libdir=${prefix}/lib wrong? Many .pc files have a dollar there. (yeah it should be lib64...)

---

Christophe Giboudeaux (cgiboudeaux) - over 5 years ago

you already have the answer :) lib vs. lib64

Also: https://github.com/Exiv2/exiv2/issues/555. The fix is needed for both libgexiv2 and kphotoalbum

For gwenview:

• [ 53s] -- Could NOT find Exiv2: Found unsuitable version "..", but required is at least "0.12" (found /usr/lib64/libexiv2.so)

Looks like the cmake module can't find the right version, or there's something messing up version detection. @krop?

Jan Engelhardt (jengelh) - over 5 years ago

reviewer

Sounds like it could be a regex like ^(\d+)\.(\d+)$ with an extraneous $ that does not cope with a -rc2 suffix.

---

Christophe Giboudeaux (cgiboudeaux) - over 5 years ago

for the KDE apps, it's because the version #define were moved from version.hpp to exv_conf.h.

---

Dominique Leuenberger (dimstar) - over 5 years ago

reviewer

yeah, why would anybody expect VERSION defines in a file called version.hpp :P

For the GNOME apps: exiv2/xmp.hpp was renamed exiv2/xmp_exiv2.hpp (upstream didn't hear about source compatibility it seems)

Dominique Leuenberger (dimstar) - over 5 years ago

reviewer

Thanks for the pointer