lib/x86_64-linux-gnu/libKF5FileMetaData.so | lib/libKF5FileMetaData.3.dylib

[René J.V. Bertin]

On Wednesday December 16 2015 09:08:03 David Faure wrote:
> Fixed, it was an oversight when converting the lib into a KF5 framework.

Hah, you're welcome O:-)
I had already taken the liberty to apply it myself (setting SOVERSION to 5); good to know it'll be part of the next release.

> ../bluez-qt/CMakeLists.txt:27:    SOVERSION 6
> ../kactivities/CMakeLists.txt:129:      SOVERSION 1
> ../modemmanager-qt/CMakeLists.txt:40:                        SOVERSION 6)
> ../networkmanager-qt/CMakeLists.txt:40:                        SOVERSION 6)

I'm seeing a .5.dylib / .so.5 extension on libKF5Activities on my end; the others I didn't even try to build to satisfy dependencies (not supposed to work on OS X; I might need to add them for Linux though).

> > PS : KDE4's kfilemetadata has a compatibility/so version 4 ...
> 
> Doesn't matter, it had a different library name (no KF5 in the name).

Matter or not, I found it surprising that the version number had decreased w.r.t. the KDE4 implementation.

Note that the so/compatibility version doesn't only enter in the file name on OS X. It's also stored in the library itself, and the dynamic loader will reject a correctly named shared library that has a too-recent compatibility version.
So the fix will force a rebuild on all dependents on OS X; simply providing a symlink so the .3.dylib file resolves to the correct library won't work.

R.