Results 1 to 9 of 9

Thread: KAlarm fails to launch

  1. #1

    Question KAlarm fails to launch

    KAlarm fails to launch. So, I launched it from within Konsole as a regular user, with these results:
    Code:
    TuxBox@theo:~> kalarm
    QCoreApplication::arguments: Please instantiate the QApplication object first
    QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
    QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
    then it hangs forever.

    My system:
    Code:
    openSUSE Leap 42.1 for x86_64
    
    kalarm5 v15.12.3-40.6 from  from the KDE Applications repo at http://download.opensuse.org/repositories/KDE:/Applications/openSUSE_Leap_42.1/
    
    libKF5AlarmCalendar5 v15.12.3-17.1 from the KDE Applications repo at http://download.opensuse.org/repositories/KDE:/Applications/openSUSE_Leap_42.1/
    
    akonadi5 v15.12.3-37.8 from the from the KDE Applications repo at http://download.opensuse.org/repositories/KDE:/Applications/openSUSE_Leap_42.1/
    
    akonadi_resources v15.12.3-40.6 from the KDE Applications repo at http://download.opensuse.org/repositories/KDE:/Applications/openSUSE_Leap_42.1/
    
    Qt 5.5 from the repo at http://download.opensuse.org/repositories/KDE:/Qt55/openSUSE_Leap_42.1/
    I know very little about the inner workings of the KDE PIM system, and the description of my system is my best guess at what may be involved; so, please expect I know nothing about how to fix this problem.

    I do not have kalarm (KDE4) installed.
    I use KAlarm quite frequently, so this is very frustrating. Please help.

  2. #2

    Default RE: KAlarm fails to launch

    Quote Originally Posted by Max314 View Post
    KAlarm fails to launch. So, I launched it from within Konsole as a regular user, with these results:
    Code:
    TuxBox@theo:~> kalarm
    QCoreApplication::arguments: Please instantiate the QApplication object first
    QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
    QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
    then it hangs forever.
    Are you sure it hangs? And is not just among the hidden items in the system tray?
    Try clicking on the up-arrow just left of the digital clock whether you see it there.

    My system:
    Code:
    openSUSE Leap 42.1 for x86_64
    
    kalarm5 v15.12.3-40.6 from  from the KDE Applications repo at http://download.opensuse.org/repositories/KDE:/Applications/openSUSE_Leap_42.1/
    
    libKF5AlarmCalendar5 v15.12.3-17.1 from the KDE Applications repo at http://download.opensuse.org/repositories/KDE:/Applications/openSUSE_Leap_42.1/
    
    akonadi5 v15.12.3-37.8 from the from the KDE Applications repo at http://download.opensuse.org/repositories/KDE:/Applications/openSUSE_Leap_42.1/
    
    akonadi_resources v15.12.3-40.6 from the KDE Applications repo at http://download.opensuse.org/repositories/KDE:/Applications/openSUSE_Leap_42.1/
    
    Qt 5.5 from the repo at http://download.opensuse.org/repositories/KDE:/Qt55/openSUSE_Leap_42.1/
    You seem to have an unnecessary (and maybe even incompatible) mixture of repos.
    Please post your full list.
    Code:
    zypper lr -d
    Just so much at this point: KDE:Qt55 is the unstable Qt 5.5 development version, and it's practically useless for you as Leap 42.1 does contain the latest 5.5(.1) version anyway (as 5.6.0 has been released recently, 5.5 will not be developed further).

    You don't need KDE:Applications either, as you get those packages via the standard update repo as well.

    So maybe remove those additional repos (at least KDE:Qt55) and run "zypper dup", that might fix the problems.

    Or at least try to do a full switch to those repos. Mixtures of the Akonadi components between the standard repos (which is still at 15.12.2) and KDE:Applications might cause problems too, and other mixtures (like for the Qt5 packages) might as well.
    Last edited by wolfi323; 26-Mar-2016 at 14:16.

  3. #3

    Unhappy Re: KAlarm fails to launch

    Quote Originally Posted by wolfi323 View Post
    Are you sure it hangs? And is not just among the hidden items in the system tray?
    Thank you for your assistance.

    Yes. KAlarm is not hidden in the System Tray.

    Quote Originally Posted by wolfi323 View Post
    You seem to have an unnecessary (and maybe even incompatible) mixture of repos.
    Please post your full list.
    Code:
    TuxBox:~ # zypper lr
    #  | Alias                                                                   | Name                                                                    | Enabled | GPG Check | Refresh
    ---+-------------------------------------------------------------------------+-------------------------------------------------------------------------+---------+-----------+--------
     1 | Jitsi - Stable Builds                                                   | Jitsi - Stable Builds                                                   | Yes     | ( p) Yes  | Yes
     2 | openSUSE Leap 42.1 - Electronics                                        | openSUSE Leap 42.1 - Electronics                                        | Yes     | (r ) Yes  | Yes
     3 | openSUSE Leap 42.1 - GSmartControl - OBS Home of enzokiel               | openSUSE Leap 42.1 - OBS - GSmartControl - Home of enzokiel             | Yes     | (r ) Yes  | Yes
     4 | openSUSE Leap 42.1 - Hardware Tools (fingerprint reader)                | openSUSE Leap 42.1 - Hardware Tools (fingerprint reader)                | Yes     | (r ) Yes  | Yes
     5 | openSUSE Leap 42.1 - KDE Applications                                   | openSUSE Leap 42.1 - KDE Applications                                   | No      | ----      | Yes
     6 | openSUSE Leap 42.1 - KDE Extra                                          | openSUSE Leap 42.1 - KDE Extra                                          | Yes     | (r ) Yes  | Yes
     7 | openSUSE Leap 42.1 - KDE Frameworks 5                                   | openSUSE Leap 42.1 - KDE Frameworks 5                                   | No      | ----      | Yes
     8 | openSUSE Leap 42.1 - KDE Qt 5.5                                         | openSUSE Leap 42.1 - KDE Qt 5.5                                         | No      | ----      | Yes
     9 | openSUSE Leap 42.1 - KDE3 (Kyamo)                                       | openSUSE Leap 42.1 - KDE3 (Kyamo)                                       | Yes     | (r ) Yes  | Yes
    10 | openSUSE Leap 42.1 - Minitube Application                               | openSUSE Leap 42.1 - Minitube Application                               | No      | ----      | Yes
    11 | openSUSE Leap 42.1 - Minitube Libraries                                 | openSUSE 13.2 - Minitube Libraries                                      | No      | ----      | Yes
    12 | openSUSE Leap 42.1 - NVIDIA Proprietary, Accelerated Video Card Drivers | openSUSE Leap 42.1 - NVIDIA Proprietary, Accelerated Video Card Drivers | Yes     | (r ) Yes  | Yes
    13 | openSUSE Leap 42.1 - Network (qBittorrent)                              | openSUSE Leap 42.1 - Network (qBittorrent)                              | Yes     | (r ) Yes  | Yes
    14 | openSUSE Leap 42.1 - Non-OSS                                            | openSUSE Leap 42.1 - Non-OSS                                            | Yes     | (r ) Yes  | Yes
    15 | openSUSE Leap 42.1 - Non-OSS Updates                                    | openSUSE Leap 42.1 - Non-OSS Updates                                    | Yes     | (r ) Yes  | Yes
    16 | openSUSE Leap 42.1 - OBS - CrossToolchain (AVR)                         | openSUSE Leap 42.1 - OBS - CrossToolChain (AVR)                         | Yes     | (r ) Yes  | Yes
    17 | openSUSE Leap 42.1 - OBS - DeKorator for KDE4 - Home of cfeck           | openSUSE Leap 42.1 - OBS - DeKorator for KDE4 - Home of cfeck           | Yes     | (r ) Yes  | Yes
    18 | openSUSE Leap 42.1 - OBS - Plasmoid Quick Access - Home of ecsos        | openSUSE Leap 42.1 - OBS - Plasmoid Quick Access - Home of ecsos        | Yes     | (r ) Yes  | Yes
    19 | openSUSE Leap 42.1 - OSS                                                | openSUSE Leap 42.1 - OSS                                                | Yes     | (r ) Yes  | Yes
    20 | openSUSE Leap 42.1 - OSS Debug                                          | openSUSE Leap 42.1 - OSS Debug                                          | Yes     | (r ) Yes  | Yes
    21 | openSUSE Leap 42.1 - OSS Debug Updates                                  | openSUSE Leap 42.1 - OSS Debug Updates                                  | Yes     | (r ) Yes  | Yes
    22 | openSUSE Leap 42.1 - OSS Source                                         | openSUSE Leap 42.1 - OSS Source                                         | Yes     | (r ) Yes  | Yes
    23 | openSUSE Leap 42.1 - OSS Updates                                        | openSUSE Leap 42.1 - OSS Updates                                        | Yes     | (r ) Yes  | Yes
    24 | openSUSE Leap 42.1 - Packman - All Repositories                         | openSUSE Leap 42.1 - Packman - All Repositories                         | Yes     | (r ) Yes  | Yes
    25 | openSUSE Leap 42.1 - Science (GEDA, KiCad)                              | openSUSE Leap 42.1 - Science (GEDA, KiCad)                              | Yes     | (r ) Yes  | Yes
    26 | openSUSE Leap 42.1 - Utilities (BleachBit, Alien)                       | openSUSE Leap 42.1 - Utilities (BleachBit, Alien)                       | Yes     | (r ) Yes  | Yes
    27 | openSUSE Leap 42.1 - VLC - VideoLAN                                     | openSUSE Leap 42.1 - VLC - VideoLAN                                     | Yes     | (r ) Yes  | Yes
    28 | openSUSE Leap 42.1 - VirtualBox                                         | openSUSE Leap 42.1 - VirtualBox                                         | Yes     | ( p) Yes  | Yes
    Quote Originally Posted by wolfi323 View Post
    Just so much at this point: KDE:Qt55 is the unstable Qt 5.5 development version, and it's practically useless for you as Leap 42.1 does contain the latest 5.5(.1) version anyway (as 5.6.0 has been released recently, 5.5 will not be developed further).

    You don't need KDE:Applications either, as you get those packages via the standard update repo as well.

    So maybe remove those additional repos (at least KDE:Qt55) and run "zypper dup", that might fix the problems.
    I diabled these repos:
    • KDE Applications
    • KDE Frameworks 5
    • KDE Qt 5.5

    then executed "zypper dup".

    KAlarm now launches. Good progress.

    There are now 2 new problems:
    • Every time a new alarm calander is added, KAlarm and automatically also creates a calander named "akonadi_kalarm_resource_N+1" where "N+1" is an integer 1 greater than the last created alarm calander. For example, "akonadi_kalarm_resource_21". When I select an "akonadi_kalarm_resource_N+1" calander and click the button labeled "Edit", I discover the "akonadi_kalarm_resource_N+1" contains the same data as the newly added calander that immediately preceeded the creation of the "akonadi_kalarm_resource_N+1" calander. For example, If I add a new calander named "Test", KAlarm immediately and automatically adds a calander named "akonadi_kalarm_resource_10". When I select the "akonadi_kalarm_resource_10" calander and click the button labeled "Edit", I discover "akonadi_kalarm_resource_10" contains the same data as "Test".
    • Whan a new alarm is created, it is saved as 1 hour ahead of the desired time. For example, if I create an alarm for 9:30 AM, it will actually be saved as 10:30 AM, and the alarm will not fire at 9:30 AM. I checked the setting in the KDE clock for my region, and it is correct. I checked the setting for my region in YaST Date and Time, and it is correct. The correct time is displayed on both my KDE clock and in YaST Date and Time.

  4. #4

    Default Re: KAlarm fails to launch

    I thought I should mention that I am open to deleting any and all PIM data and PIM configuration files to get KAlarm working correctly. I am working in a new account that is mostly for testing purposes.

  5. #5

    Default Re: KAlarm fails to launch

    I created a new account for a fresh start, and did some testing there.

    KAlarm behaves the same as described in my previous post, such that:

    • Every time a new alarm calander is added, KAlarm and automatically also creates a calander named "akonadi_kalarm_resource_N+1" where "N+1" is an integer 1 greater than the last created alarm calander. For example, "akonadi_kalarm_resource_21". When I select an "akonadi_kalarm_resource_N+1" calander and click the button labeled "Edit", I discover the "akonadi_kalarm_resource_N+1" contains the same data as the newly added calander that immediately preceeded the creation of the "akonadi_kalarm_resource_N+1" calander. For example, If I add a new calander named "Test", KAlarm immediately and automatically adds a calander named "akonadi_kalarm_resource_10". When I select the "akonadi_kalarm_resource_10" calander and click the button labeled "Edit", I discover "akonadi_kalarm_resource_10" contains the same data as "Test".
    • Whan a new alarm is created, it is saved as 1 hour ahead of the desired time. For example, if I create an alarm for 9:30 AM, it will actually be saved as 10:30 AM, and the alarm will not fire at 9:30 AM. I checked the setting in the KDE clock for my region, and it is correct. I checked the setting for my region in YaST Date and Time, and it is correct. The correct time is displayed on both my KDE clock and in YaST Date and Time.

    I am starting to think this is a bug in KAlarm.

  6. #6

    Default AW: Re: KAlarm fails to launch

    Quote Originally Posted by Max314 View Post
    I diabled these repos:

    • KDE Applications
    • KDE Frameworks 5
    • KDE Qt 5.5
    Remove the "VLC - VideoLAN" repo as well. This is incompatible with Packman, and Packman contains vlc anyway.
    That's unrelated to KAlarm though of course.

    KAlarm now launches. Good progress.
    Great.

    There are now 2 new problems:
    • Every time a new alarm calander is added, KAlarm and automatically also creates a calander named "akonadi_kalarm_resource_N+1" where "N+1" is an integer 1 greater than the last created alarm calander. For example, "akonadi_kalarm_resource_21". When I select an "akonadi_kalarm_resource_N+1" calander and click the button labeled "Edit", I discover the "akonadi_kalarm_resource_N+1" contains the same data as the newly added calander that immediately preceeded the creation of the "akonadi_kalarm_resource_N+1" calander. For example, If I add a new calander named "Test", KAlarm immediately and automatically adds a calander named "akonadi_kalarm_resource_10". When I select the "akonadi_kalarm_resource_10" calander and click the button labeled "Edit", I discover "akonadi_kalarm_resource_10" contains the same data as "Test".
    The "bug" is probably that the resources (calendars) are configured to use the same ical file. In that case it's clear that they contain the same data.
    Set a different file/folder in the edit dialog, that should fix it.


    • Whan a new alarm is created, it is saved as 1 hour ahead of the desired time. For example, if I create an alarm for 9:30 AM, it will actually be saved as 10:30 AM, and the alarm will not fire at 9:30 AM. I checked the setting in the KDE clock for my region, and it is correct. I checked the setting for my region in YaST Date and Time, and it is correct. The correct time is displayed on both my KDE clock and in YaST Date and Time.
    Hm.
    I don't use KAlarm, so I cannot tell whether this is a general problem or not. I can give it a try later though...

    A quick look at bugs.kde.org revealed the following bug reports which look related:
    https://bugs.kde.org/show_bug.cgi?id=336738
    https://bugs.kde.org/show_bug.cgi?id=361115
    https://bugs.kde.org/show_bug.cgi?id=360674
    Apparently there is a time zone setting in "Configure KAlarm"->Date & Time which might help you (or cause the problem if set wrong).
    Last edited by wolfi323; 31-Mar-2016 at 07:37.

  7. #7

    Unhappy Re: AW: Re: KAlarm fails to launch

    Quote Originally Posted by wolfi323 View Post
    Remove the "VLC - VideoLAN" repo as well. This is incompatible with Packman, and Packman contains vlc anyway.
    Thank you for that information. I was unaware of that.

    Quote Originally Posted by wolfi323 View Post
    The "bug" is probably that the resources (calendars) are configured to use the same ical file. In that case it's clear that they contain the same data.
    Set a different file/folder in the edit dialog, that should fix it.
    I used a different file every time I created a new calendar, and the "N+1" problem still happened. Even so, I took your advice and did a lot of experimenting with many different file names, in multiple sub-directories. No joy. The problem persists.

    Quote Originally Posted by wolfi323 View Post
    Hm.
    I don't use KAlarm, so I cannot tell whether this is a general problem or not. I can give it a try later though...
    I appreciate your assistance very much.

    Quote Originally Posted by wolfi323 View Post
    A quick look at bugs.kde.org revealed the following bug reports which look related [to the error of when the alarm fires]:
    https://bugs.kde.org/show_bug.cgi?id=336738
    https://bugs.kde.org/show_bug.cgi?id=361115
    https://bugs.kde.org/show_bug.cgi?id=360674
    Apparently there is a time zone setting in "Configure KAlarm"->Date & Time which might help you (or cause the problem if set wrong).
    I checked the settings you referenced, and they were correct.

    I made no changes to any setting. I then tested an alarm. The alarm displayed in KAlarm's main pane as the proper time entered, and the alarm fired at the correct time. Apparently, this was a bug that has been fixed.

    Overall, as far as I can tell, it seems KAlarm is working correctly with the exception of the "N+1" behavior; which is very disappointing to me.

  8. #8

    Default Re: KAlarm fails to launch

    I submitted the "N+1" problem to bugs.kde.org as bug 361543.

  9. #9

    Default Re: KAlarm fails to launch

    Quote Originally Posted by Max314 View Post
    I submitted the "N+1" problem to bugs.kde.org as bug 361543.
    Oh, it seems I slightly misunderstood you.
    So the problem is that it actually creates two calendars, one with the name you specified and another "copy" with "akonadi_kalarm_resource_x"?
    That sounds indeed like a bug.

    Probably a timing problem (i.e. creating the calendar takes too long and is considered as failed and is being retried), maybe in Akonadi itself. I've seen similar behaviour on Akonadi's first start on a fresh user account, when the default (calendar and addressbook) resources are created.
    But similar issues happen in other places too, like mail filtering e.g.

    I can only suggest to run "akonadictl fsck" (as user) to clean up/fix the Akonadi database. That might help if the problem is caused by garbage in there.
    Last edited by wolfi323; 09-Apr-2016 at 03:31.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •