Summary: | Kalarm not working after update from F15 to Fedora 16 | ||
---|---|---|---|
Product: | [Applications] kalarm | Reporter: | pauloedgarcastro |
Component: | general | Assignee: | David Jarvie <djarvie> |
Status: | CLOSED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | KDE 4 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | 37458cc29f531186d7453ef955b7de330d02ecad | Version Fixed In: | 4.8.4 |
Sentry Crash Report: |
Description
pauloedgarcastro
2012-05-15 18:43:27 UTC
Can you please say what versions of KAlarm and KDE you are running. Sure, I guess I got caried away with the bug form that I forgot the obvious... KAlarm Version 2.8.3-ak Using KDE Development Platform 4.8.3 (4.8.3) When you first ran this version of KAlarm, did you see any error messages? It should have attempted to import your existing alarm configuration, and if an error occurred, should have output a message. When I first ran it post upgrade I wasn't displayed with any error messages that might indicate there was a problem. Upon reading your comment though, I checked my .xsession-errors file and found some interesting like what I'm about to paste here. Can this be related with the fact that by default I don't run akonadi ? ---- Paste .xsession-errors ------ kalarm(22289)/libakonadi Akonadi::SessionPrivate::socketError: Socket error occurred: "QLocalSocket::connectToServer: Invalid name" Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) search paths: ("/usr/lib64/qt-3.3/bin", "/usr/lib64/ccache", "/usr/local/bin", "/usr/bin", "/bin", "/usr/games", "/usr/local/sbin", "/usr/sbi n", "/sbin", "/home/pecastro/bin", "/usr/sbin", "/usr/local/sbin", "/usr/local/libexec", "/usr/libexec", "/opt/mysql/libexec", "/opt/local/lib /mysql5/bin", "/opt/mysql/sbin") Found mysql_install_db: "/usr/bin/mysql_install_db" Found mysqlcheck: "/usr/bin/mysqlcheck" Failed to use database "akonadi" Database error: "Can't connect to local MySQL server through socket '/home/pecastro/.local/share/akonadi/socket-brutalix/mysql.socket' (2) QMY SQL: Unable to connect" Trying to create database now... QSqlDatabasePrivate::removeDatabase: connection 'initConnection' is still in use, all queries will cease to work. Database error: Cannot open database. Last driver error: "QMYSQL: Unable to connect" Last database error: "Can't connect to local MySQL server through socket '/home/pecastro/.local/share/akonadi/socket-brutalix/mysql.socket' (2 )" QSqlQuery::exec: database not open Unable to open database "Can't connect to local MySQL server through socket '/home/pecastro/.local/share/akonadi/socket-brutalix/mysql.socket' (2) QMYSQL: Unable to connect" "[ 0: akonadiserver(_Z11akBacktracev+0x35) [0x450105] 1: akonadiserver() [0x4503cc] 2: /lib64/libc.so.6() [0x3381836300] 3: /lib64/libc.so.6(gsignal+0x35) [0x3381836285] 4: /lib64/libc.so.6(abort+0x17b) [0x3381837b9b] 5: /usr/lib64/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74) [0x338cc71464] 6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0x92) [0x4523a2] 7: /usr/lib64/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0xaf) [0x338cd0cd4f] 8: /usr/lib64/libQtCore.so.4() [0x338cd18232] 9: /usr/lib64/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x338cd210c9] 10: akonadiserver(_ZN7Akonadi13AkonadiServerC1EP7QObject+0x539) [0x454b29] 11: akonadiserver(_ZN7Akonadi13AkonadiServer8instanceEv+0x37) [0x455ce7] 12: akonadiserver(main+0x272) [0x448de2] 13: /lib64/libc.so.6(__libc_start_main+0xed) [0x338182169d] 14: akonadiserver() [0x449711] ] " It looks as if akonadi fails to run successfully. Akonadi should start automatically when KAlarm starts, but for some reason is failing. It looks from your .xsession-errors output that it's something to do with mysqld failing, but I'm not entirely sure what the problem is. Do you have mysqld installed? KAlarm needs to put out an error message when this happens, so that the user knows that there is a recognised problem. I'll add this in. KAlarm will now disable the main window and display a message if Akonadi can't be started. This will be in KDE 4.8.5 (if that is released), or failing that, KDE 4.9.0. Git commits 37458cc29f531186d7453ef955b7de330d02ecad (4.8 branch), 19610d334206a88d11ea1aaa577d02e5b8869804 (master). Closing this bug, since KAlarm starts Akonadi when possible, but the failure of Akonadi to run in this case is outside KAlarm's control. This fix has made it into KDE 4.8.4 after all. |