Open probonopd opened 4 years ago
org.kde.Solid.Device messages are there, but apparently the way we determine whether we can see volumes come and go does not work on Kubuntu 20.04.
me@host:~$ dbus-monitor 2>&1 | grep -i setupDone
string "type='signal',path='/org/kde/solid/Device__2Forg_2Ffreedesktop_2FUDisks2_2Fblock_5Fdevices_2Fsdb2',interface='org.kde.Solid.Device',member='setupDone'"
string "type='signal',path='/org/kde/solid/Device__2Forg_2Ffreedesktop_2FUDisks2_2Fblock_5Fdevices_2Fsdb2',interface='org.kde.Solid.Device',member='setupDone'"
string "type='signal',path='/org/kde/solid/Device__2Forg_2Ffreedesktop_2FUDisks2_2Fblock_5Fdevices_2Fsdb1',interface='org.kde.Solid.Device',member='setupDone'"
string "type='signal',path='/org/kde/solid/Device__2Forg_2Ffreedesktop_2FUDisks2_2Fblock_5Fdevices_2Fsdb1',interface='org.kde.Solid.Device',member='setupDone'"
string "type='signal',path='/org/kde/solid/Device__2Forg_2Ffreedesktop_2FUDisks2_2Fblock_5Fdevices_2Fsdb2',interface='org.kde.Solid.Device',member='setupDone'"
string "type='signal',path='/org/kde/solid/Device__2Forg_2Ffreedesktop_2FUDisks2_2Fblock_5Fdevices_2Fsdb2',interface='org.kde.Solid.Device',member='setupDone'"
string "type='signal',path='/org/kde/solid/Device__2Forg_2Ffreedesktop_2FUDisks2_2Fblock_5Fdevices_2Fsdb1',interface='org.kde.Solid.Device',member='setupDone'"
string "type='signal',path='/org/kde/solid/Device__2Forg_2Ffreedesktop_2FUDisks2_2Fblock_5Fdevices_2Fsdb1',interface='org.kde.Solid.Device',member='setupDone'"
signal time=1596290595.248776 sender=:1.39 -> destination=(null destination) serial=509 path=/org/kde/solid/Device__2Forg_2Ffreedesktop_2FUDisks2_2Fblock_5Fdevices_2Fsdb1; interface=org.kde.Solid.Device; member=setupDone
Same warning on fedora kde 36.
I recently started getting the same warning on Debian with KDE. There are two problems which have been responsible:
The warning is somewhat annoying and I am not sure if it does have any negative consequences.
Makes me wonder...
org.kde.Solid.PowerManagement
?org.kde.Solid.PowerManagement
...?@probonopd
I did try adding After=/Wants=plasma-powerdevil.service
without success. Manually first starting powerdevil
and then appimaged
works, though. It might take some more time for org.kde.Solid.PowerManagement
becomes available on DBUS. I don't have experience with DBUS, but isn't there some way to get notified about new services becoming available or poll for that and only initialize that part of appimaged
once this has happened?
I would ignore the issue of people not installing powerdevil, because most standard installs would come with a more complete set of services. On Debian, most people would probably install a larger meta-package or with recommended packages installed.
I still do not know why appimaged
needs that and what feature doesn't work if it's not available, but if a large part of the functionality is working just fine, it'd be nice to at least have an option to disable that warning which currently pops up after every login here (which is a bit weird, because a few weeks ago this worked fine on the same system; currently can't look much more into that, unfortunately).
Thanks @luzat.
I still do not know why appimaged needs that and what feature doesn't work
The functionality is needed to see volumes come and go, so that when you plug in a disk or USB stick containing applications they can be integrated into the system, and can be unintegrated again when the disk is unmounted.
I don't have experience with DBUS, but isn't there some way to get notified about new services becoming available or poll for that and only initialize that part of appimaged once this has happened?
We don't want a half-working appimaged
. If it can't work properly then it should quit itself and tell the user that it can't work on that kind of system.
Since I don't particularly want/need appimages on new volumes to be integrated, and would disable that feature if possible, I feel like a way to turn off this notification at the very least would be quite nice. Currently I get a notification for a feature I don't want and that doesn't work on every login, which isn't optimal.
This is a reminder that go-appimage was not developed for and has never been tested on the kind of system you are running it on. There are too many Linux distributions, and the are all slightly different and ever-changing. This is why I am using FreeBSD nowadays.
I got around appimaged starting before powerdevil by just adding a delay to the appimaged.service
ExecStartPre=/bin/sleep 10
Also tried adding powerdevil to the After= with no success just like above.
What is powerdevil?
It's the service mentioned above that provides org.kde.Solid.PowerManagement
Looked into this a little bit and it shouldn't be too hard to detect if powerdevil is installed and if so wait for it to get started or just sleep for a bit. I don't use KDE so I'll have to set up a VM to test it properly.
Hello, Any news on this ? Thanks
Hello, Any news on this ? Thanks
Everything should be working since #247, but if you're still having issues I could look into it.
Well, I'm receiving this notification at every boot and don't know what to do about it. Thanks PS : On KDE neon 6.
Well, I'm receiving this notification at every boot and don't know what to do about it. Thanks PS : On KDE neon 6.
What distro? Are you also on Kubuntu or something else?
Sorry, I edited my message right after submitting it to add this info : KDE neon 6.
Possibly KDE 6 changed something regarding org.kde.Solid.Device
?