https://bugs.kde.org/show_bug.cgi?id=369203
Pino Toscano <p...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |p...@kde.org
--- Comment #1 from Pino Toscano <p...@kde.org> ---
(In reply to Patrick Ohly from comment #0)
> SyncEvolution uses the blocking API to execute jobs. That used to work fine
> with older Akonadi, but on Debian Stretch (= 4.14.10-5) it just hangs.
Debian packager here: note that the "akonadi" bits provided in Stretch, that
use Qt4/kdelibs 4.x, are just the client libraries without the actual server;
this was done to allow to keep in Debian kdepimlibs, and few applications using
it.
The server you are running is the Qt5/Frameworks 5.x version of Akonadi (see
e.g. the "search paths" lines in the akonadictl output). Hence, I would not be
surprised that stuff using akonadi 4.x would not work at all.
As unfortunate as it sounds, the solution I see in this case is to port the
Akonadi integration in SyncEvolution to Akonadi 5.x (Qt5/Frameworks 5.x):
- the KDE project stopped releasing sources part of Applications releases that
use kdelibs 4.x with Application 17.08.x (there are none since Applications
17.12.x)
- distributions are looking into reducing more and more anything based on
Qt4/kdelibs 4.x (see for example https://bugs.debian.org/875215)
With my Debian hat: SyncEvolution is one of the very few sources in Debian
testing (the future stable Buster) that uses akonadi 4.x/kdepimlibs 4.x, and
for which I see no porting to Frameworks (or other solutions) in sight. I am
not sure whether we want/can carry them on in Buster, so consider this as a
not-so-subtle hint to port SyncEvolution :-)
--
You are receiving this mail because:
You are watching all bug changes.
