When I click on System settings => Power Management => Activity Settings I see everything greyed out and I get this message:

"Power Management configuration module could not be loaded. The activity service is not running. It is necessary to have the activity manager to configure activity-specific power management behavior."

I'm using kde 5.

Anyone can help?

run "kcmshell5 kded" and in the lower section enable power management.

I ran "kcmshell5 kded" but power management was already enabled.

Ah, sh** - maybe I should better read the entire post next time

> The activity service is not running.
Only PM / activity is affected and the reason seems to be that kactivitymangerd is either not running or not responding via dbus, check

Code: Select all

ps ax | grep kactivitymanagerd
qdbus org.kde.ActivityManager


If it's there and responsive, it's either a bug in the powerdevil kcm or libkactivites

It seems it is not running:

Code: Select all

$ ps ax | grep kactivitymanagerd
3195 pts/1    S+     0:00 grep kactivitymanagerd

Info from logs:

Code: Select all

$ journalctl|grep kactivitymanager
...
...
...
Jul 05 17:56:50 hostname kactivitymanagerd[538]: org.kde.kactivities.activities: Starting the KDE Activity Manager daemon QDateTime("2015-07-05 17:56:50.413 WEST Qt::LocalTime")
Jul 05 17:56:50 hostname kactivitymanagerd[538]: kf5.kservice.sycoca: Trying to open ksycoca from "/home/username/.cache/ksycoca5"
Jul 05 17:56:50 hostname kactivitymanagerd[538]: org.kde.kactivities.application: [   OK   ] loaded:   "Share-Like-Connect"
Jul 05 17:56:50 hostname kactivitymanagerd[538]: Setting the name:  "org.kde.ActivityManager.ActivityTemplates"
Jul 05 17:56:50 hostname kactivitymanagerd[538]: org.kde.kactivities.application: [   OK   ] loaded:   "Modelos de Actividades"
Jul 05 17:56:50 hostname kactivitymanagerd[538]: org.kde.kactivities.application: [   OK   ] loaded:   "Monitor de Eventos"
Jul 05 17:56:50 hostname kactivitymanagerd[538]: Setting the name:  "org.kde.ActivityManager.Resources.Scoring"
Jul 05 17:56:50 hostname kactivitymanagerd[538]: Creating directory:  "/home/username/.local/share/kactivitymanagerd/resources/"
Jul 05 17:56:50 hostname kactivitymanagerd[538]: KActivities: Database connection:  "kactivities_db_resources_140327845120000_readwrite"
Jul 05 17:56:50 hostname kactivitymanagerd[538]: org.kde.kactivities.application: [   OK   ] loaded:   "Fontes do SQLite"
Jul 05 17:57:17 hostname kactivitymanagerd[538]: QWidget: Cannot create a QWidget without QApplication

can you "kactivitymanagerd start-daemon" when the session is up?
(Trying to create a QWidget before a QApplication is weird and a major bug, since it would systematically prevent the application from running ever - ie. it should never run on any system)

luebking wrote:can you "kactivitymanagerd start-daemon" when the session is up?
(Trying to create a QWidget before a QApplication is weird and a major bug, since it would systematically prevent the application from running ever - ie. it should never run on any system)

Here it is:

Code: Select all

$ kactivitymanagerd start-daemon
org.kde.kactivities.activities: Starting the KDE Activity Manager daemon QDateTime("2015-07-06 13:12:40.310 WEST Qt::LocalTime")
QWidget: Cannot create a QWidget without QApplication
Aborted (core dumped)

Looking into the source [1], kactivitymanagerd creates a QGuiApplication which is NOT sufficient for using QWidget - there either should be no QWidget or kactivitymanagerd should use a QApplication instance.

It also loads plugins _and_ links libQt5Widgets.so.5 here, what's at least "suspicious".
=> Please file a bug at http://bugs.kde.org, against "frameworks-kactivities"

[1] http://quickgit.kde.org/?p=kactivities. ... cation.cpp

I created another user.
I rebooted the system.
I Logged in with new user.
And I was astonished...

It worked.

Before, I had removed ~/.kde, ~/.kde4, and ~/.cache but it was not enough.
The problem was in another configuration file.
Which file? I really dont know.

Anyway, thanks for your help.

The problem returned.

So I removed the directory ~/.config. It solved the problem but is only temporary because if I reboot the system the problem arises again.

less ~/.config/kactivitymanagerdrc
look at the [Plugins] section (I actually have all enabled, for I don't much appreciate the system tracking my actions) - one of them will create a widget, causing the crash.

Please file a bug against frameworks-kactivities, so that the maintainer gets aware of it.

luebking wrote:Please file a bug against frameworks-kactivities, so that the maintainer gets aware of it.

I did it. It is here: https://bugs.kde.org/show_bug.cgi?id=350036

luebking wrote:less ~/.config/kactivitymanagerdrc
look at the [Plugins] section (I actually have all enabled, for I don't much appreciate the system tracking my actions) - one of them will create a widget, causing the crash.

$ cat ~/.config/kactivitymanagerdrc
[activities]
a002e775-e672-4cb1-8418-2110b48097e4=Predefinição

[main]
currentActivity=a002e775-e672-4cb1-8418-2110b48097e4
runningActivities=a002e775-e672-4cb1-8418-2110b48097e4

I found out If I replace compiz for kwin I am able to use power management, e.g, lock screen feature. Maybe kde5 broke friendship with compiz because in kde4 they coexisted nicely.

This has nothing to do directly with the windowmanager - KWin talks to kactivitymanagerd, thus it will be started implicitly. But that's it and it does no way explain why kactivitymanagerd tries to create a QWidget on your system (while that attempt explains the abort - QWidget isn't supported by plain QGuiApplication)

luebking wrote:This has nothing to do directly with the windowmanager - KWin talks to kactivitymanagerd, thus it will be started implicitly. But that's it and it does no way explain why kactivitymanagerd tries to create a QWidget on your system (while that attempt explains the abort - QWidget isn't supported by plain QGuiApplication)

The question is: Why kactivimanagerd does not start with compiz but it starts with kwin?