kopete and kdepimlibs in apps 15.08
Daniel Vrátil
dvratil at redhat.com
Tue Aug 18 09:41:04 UTC 2015
On Tuesday, August 18, 2015 9:53:44 AM CEST Harald Sitter wrote:
> Hellos,
>
> So, I just noticed that kopete has:
> > CMakeLists.txt:find_package(KdepimLibs REQUIRED)
>
> we do however not have a kdepimlibs (qt4) in Applications 15.08 so
> that requirement cannot really be met anymore.
>
> What's worse: kdepimlibs (qt4) in fact has file overlap with
> kdepimlibs (qt5); namely at least:
> - usr/share/mime/packages/x-vnd.akonadi.socialfeeditem.xml
> - usr/share/mime/packages/kdepimlibs-mime.xml
> so they are not co-installable without tweaking by every distro first.
kdepimlibs-mime.xml could be renamed to x-vnd.kde.contactgroup.xml in KF5,
because that's what it contains. For the socialutil we could have x-
vnd.akonadi5.socialfeeditem.xml in KF5 version... I'll fix that ASAP.
However that's not the biggest problem. The biggest problem is that you can
only compile kdepimlibs4 against Akonadi <= 1.13, which is not co-installable
with the version of Akonadi required by kdepimlibs5. The one thing that
kdepimlibs4 needs from Akonadi is libakonadiprotocolinternals.so (that's what
kdepimlibs4 link against). If Kopete does not need to actually access KDE PIM
data stored in Akonadi, then the Akonadi(qt4) server or any other binary are
not needed. We can publish some sort of "manual" for distributions how to deal
with this, but I'm afraid distros will have to figure out the packaging magic
to handle that on their own.
Dan
> Now looking at the source kdepimlibs is used for two things in kopete:
> 1) kpimidentities is used in the bonjour protocol as a fallback to
> kuser to obtain the users's name and email address for account default
> values (this is required, although I am not sure it should be)
> 2) gpgmepp is used by the crypto plugin for crypto things (this is
> optional, although I am not sure it should be :P)
>
> Given that we have no kde4pimlibs source what is the intended solution
> to this? Cripple kopete and make bonjour optional using a patch, if so
> why not do that in the repo directly? Or perhaps have every distro
> figure out which parts of the old kdepimlibs are now defunct with
> akonadi moved to kf5 and package the rest for compat?
>
> (CC'd Pali and Dan; not sure they are subbed)
>
> HS
--
Daniel Vrátil | dvratil at redhat.com | dvratil on #kde-devel, #kontact, #akonadi
Associate Software Engineer
KDE Desktop Team, Red Hat
GPG Key: 0xC59D614F6F4AE348
Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/release-team/attachments/20150818/31465ac4/attachment.sig>
More information about the release-team
mailing list