Am Freitag, 8. Juli 2016, 17:45:23 CEST schrieb David Goodenough: > On Friday 08 July 2016 16:42:35 Martin Steigerwald wrote: > > Am Freitag, 8. Juli 2016, 16:17:37 CEST schrieb Martin Steigerwald: > > > Hello Klaus. > > > > > > Akonadi continues to work just fine on my mixed Sid/Experimental setup. > > > > > > Am Freitag, 8. Juli 2016, 13:10:28 CEST schrieb Klaus Becker: > > > > Test 14: ERROR > > > > -------- > > > > > > > > Current Akonadi server error log found. > > > > Details: The Akonadi server reported errors during its current > > > > startup. > > > > The > > > > log can be found in <a > > > > href='/home/klaus/.local/share/akonadi/akonadiserver.error'>/home/klau > > > > s/ > > > > .l > > > > oc al/share/akonadi/akonadiserver.error</a>. > > > > > > > > File content of > > > > '/home/klaus/.local/share/akonadi/akonadiserver.error': > > > > Did not find MySQL server default configuration (mysql-global.conf) > > > > Failed to remove Unix socket > > > > Failed to remove runtime connection config file > > > > > > I think it is this. > > > > > > Resource agents AFAIK are used to access IMAP and POP3 accounts, > > > calender > > > resources etc. > > > > > > It might be due to inconsistent package versions. > > > > > > Please post the mentioned logfile somewhere. > > > > > > Please also check your package versions: > > > > > > martin@merkaba:~> dpkg -l | grep akonadi | cut -c1-72 > > > ii akonadi-backend-mysql 4:16.04.2-3 > > > ii akonadi-server 4:16.04.2-3 > > > ii akonadiconsole 4:16.04.2-1 > > > ii libkf5akonadi-dev 4:16.04.2-3 > > > ii libkf5akonadiagentbase5:amd64 4:16.04.2-3 > > > ii libkf5akonadicalendar5:amd64 16.04.2-2 > > > ii libkf5akonadicontact5:amd64 4:16.04.2-2 > > > ii libkf5akonadicore-bin 4:16.04.2-3 > > > ii libkf5akonadicore5:amd64 4:16.04.2-3 > > > ii libkf5akonadimime5:amd64 4:16.04.2-2 > > > ii libkf5akonadinotes5:amd64 4:16.04.2-2 > > > ii libkf5akonadiprivate5 4:16.04.2-3 > > > ii libkf5akonadisearchdebug5:amd64 16.04.2-2 > > > ii libkf5akonadisearchpim5:amd64 16.04.2-2 > > > ii libkf5akonadiserver-dev 4:16.04.2-3 > > > ii libkf5akonadiwidgets5:amd64 4:16.04.2-3 > > > ii libkf5akonadixml5:amd64 4:16.04.2-3 > > > > > > Absolutely make sure that all of them are at 16.04! > > > > It maybe also be that KDEPIM already packages are at wrong version. KDEPIM > > upstream developers splitted KDEPIM into different frameworks, for there > > are libkf5 kdepim related packages. I don´t know an easy filter for > > these. But I think resource agents might be in a KDEPIM related package. > > Yep: > > > > martin@merkaba:~> dpkg -S /usr/bin/akonadi_maildir_resource > > kdepim-runtime: /usr/bin/akonadi_maildir_resource > > > > martin@merkaba:~> LANG=C apt-cache policy kdepim-runtime > > > > kdepim-runtime: > > Installed: 4:16.04.2-2 > > Candidate: 4:16.04.2-2 > > > > Version table: > > *** 4:16.04.2-2 500 > > > > 500 http://ftp.de.debian.org/debian sid/main amd64 Packages > > 100 /var/lib/dpkg/status > > > > You absolutely need to have kdepim-runtime and related packages at 16.04. > > > > Do not upgrade until you can get both Akonadi + KDEPIM at 16.04! > > > > In case you already did: Either wait for KDEPIM 16.04 to appear or try to > > downgrade Akonadi. > > > > Its important you need to upgrade KDEPIM and Akonadi in lockstep this time > > due to incompatible changes upstream introduced in Qt5 based Akonadi. > > The odd thing is that the dependancies in the packages don't enforce that > Akonadi and KdePIM are in lockstep.
I think that it makes sense to add a versioned breaks/conflict to package akonadi-server 16.04 against any kdepim-runtime package from KDE SC / Qt 4 times. You can help by checking whether a bug for this is reported already and if not, reporting one. Hmmm, it has a breaks: Breaks: kdepimlibs-data (<< 4:16.04) So, well this should work… this from akonadi-server 4:16.04.2-3 package. Does anyone have this one installed, but still kdepim-runtime < 16.04? Ciao, -- Martin
