[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#760191: marked as done (akonadi-server: After upgrade 1.13.0-1 of akonadi-server, no new mail in IMAP folders is ever read)

Your message dated Tue, 23 Sep 2014 23:50:01 +0200
with message-id <20140923215001.GM14362@gnuservers.com.ar>
and subject line Re: Bug#760191: Fixed
has caused the Debian Bug report #760191,
regarding akonadi-server: After upgrade 1.13.0-1 of akonadi-server, no new mail in IMAP folders is ever read
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
760191: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760191
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: akonadi-server
Version: 1.13.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After upgrading two jessie machines to newest akonadi (1.13.0) and KDE, as well as libqt4-sql-mysql (4.8.6+git49-gbc62005+dfsg-1), any mails received since the upgrade (2014-08-29 and this morning, respectively) are not seen by kmail. There are no relevant errors in the akonadi error log (note to self: stop trying to use it, it is never going to get better), I cannot give any more details. I suspect the bug is triggered by libqt4-sql-mysql, because checking my last email timestamps would seem to correspond with it (it was pushed later than the other packages), but I have no way to tell for sure.

I have the following in a past akonadi server log, but it isn't present in any current one:
Control process died, committing suicide!

Also, akonadi control log contains the following on both machines, but it seems unrelated:
Executable "akonadi_nepomuk_feeder" for agent "akonadi_nepomuk_feeder" could not be found! 
Executable "akonadi_folderarchive_agent" for agent "akonadi_folderarchive_agent" could not be found! 

I manually ran mysql_upgrade on one of the machines, because MySQL was complaining about outdated tables. The other has not displayed any difference in logs. 

My mysql is version 5.5.37-1 (missing from the report below for some reason).

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (700, 'testing'), (601, 'stable-updates'), (600, 'stable'), (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.1 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages akonadi-server depends on:
ii  akonadi-backend-mysql           1.13.0-1
ii  libakonadiprotocolinternals1    1.13.0-1
ii  libboost-program-options1.55.0  1.55.0+dfsg-2
ii  libc6                           2.19-9
ii  libgcc1                         1:4.9.1-4
ii  libqt4-dbus                     4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqt4-network                  4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqt4-sql                      4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqt4-xml                      4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqtcore4                      4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqtgui4                       4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libstdc++6                      4.9.1-4

akonadi-server recommends no packages.

Versions of packages akonadi-server suggests:
ii  akonadi-backend-mysql       1.13.0-1
pn  akonadi-backend-postgresql  <none>
pn  akonadi-backend-sqlite      <none>

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 1.13.0-2

Hi,

Ok, clossing the bug the as it has been reported as fixed. Although I doubt
the changes in 1.13.0-2 are really related to this bug, I think the real
problem was in kdepim-runtime.

Happy hacking,
-- 
"Executive ability is deciding quickly and getting somebody else to do the
work."
-- Pollard's Postulate
Saludos /\/\ /\ >< `/

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: