[Akonadi] [Bug 369203] CollectionFetchJob::exec() hangs forever

[Pino Toscano]

https://bugs.kde.org/show_bug.cgi?id=369203

Pino Toscano <pino at kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pino at kde.org

--- Comment #1 from Pino Toscano <pino at 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 the assignee for the bug.