The KDEPIM / Akonadi situation

Martin Steigerwald martin at lichtvoll.de
Thu Jul 2 09:22:49 BST 2020


Hi!

As it is important to be fair and open what could have been a effect of 
an unusual combination of software versions in Debian at that time:

Martin Steigerwald - 11.06.20, 11:50:53 CEST:
> Another community goal aside from fixing up the chat software
> situation within KDE could be to either fix Akonadi or replace it by
> something that works…
[…]
> Frustrating to use KMail with Akonadi 5.14.1 (20.04)
> 
> https://mail.kde.org/pipermail/kdepim-users/2020-June/013315.html

What was the most frustrating about all of this was a regression with 
Akonadi 20.04 in Debian back then:

[Akonadi] [Bug 422336] kmail: the access and reading of the received
messages is often very slow

https://bugs.kde.org/422336

I still do not know what caused it and how it got fixed. But with Qt 
5.14.2 (instead of the former Qt 5.12 in Debian) and probably other 
updates in Debian this regression is gone.

Synchronizing mail folders is much, much faster again. To the extent 
that despite all the other issues that are still unreleased KMail is 
basically usable again.

Thanks to everyone who may have been involved in the fix. Maybe… it was 
that Akonadi 20.04 did not like Qt 5.12 or maybe it was whatever… I am 
not sure what the Qt minimum version for Akonadi 20.04 is… but I would 
bet that our Debian packagers respected it.

I did not follow up on recent mails on the thread, cause I had the 
impression that my initial mail did not achieve what I intended to 
achieve with it – except for one guy offering to help development of 
KDEPIM and Akonadi! Well which is quite something… if I consider it! 
Also while I still think "akonadictl fsck" is a thing a user should 
never have to deal with… – no Outlook is not a reference for me and 
Evolution, Thunderbird and others do not have anything like that as far 
as I am aware, also Firefox does not have it for its countless SQLite 
databases, … – it is only one aspect of what I brought up and I saw no 
benefit in discussing that out to the end.

The other issues I mentioned remain, but are not as severe now that the 
dire performance regression has disappeared.


I remain with the best wishes for the KDEPIM team and hope that some day 
even those who felt hurt after reading my mail can understand that in no 
way I meant it personal. What I was going for was to find ways to support 
the KDEPIM project, but it appears that the frustration I experienced 
did not really help to achieve that goal.

So if there are any hurt feelings left… I apologize. It was never my 
intention to hurt anyone.

That all written I also stand with my assertion that the other issues I 
mentioned are all still there and the KDEPIM project IMHO can really 
benefit from some community support or setting improving it as a goal on 
the next goal round. I also still assert that no mail of mine in this 
thread has been disrespectful to the KDEPIM developers.

Maybe one day there can be a constructive discussion about how to 
support the KDEPIM project. For now I let it sit as it is.

Best,
-- 
Martin




More information about the kde-pim mailing list