@boredsquirrel I really hope there will bee a nice solution soon. Some friends say this is the thing they dislike the most on @kde .
KDE
KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.
Plasma 6 Bugs
If you encounter a bug, proceed to https://bugs.kde.org/, check whether it has been reported.
If it hasn't, report it yourself.
PLEASE THINK CAREFULLY BEFORE POSTING HERE.
Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.
I am currently experimenting with this. I dont know what the best solution is. I will add a new post about this in KDE Discuss and Lemmy.
- system or user services?
- common directory?
- order of launch
- what are the dependencies and what depends on them
It is pretty crazy that entire KDE Plasma doesnt use systemd, and I can now (after looking through /etc/xdg/autostart
add geoclue, baloo and orca to the possibly unwanted processes).
Petition the KDE maintainers to make it work like all the other KDE Background Services, rather than the ridiculous current approach of launching it at session start (whether the user wants it or not) and allowing systemd to automatically re-launch it (also against the user's wishes).
Can you explain how systemd relaunches it?
I want to test converting some noncritical but annoying services to systemd services. Then I will experiment with changing all to systemd services in a VM.
But if there is some strange systemd action in there that relaunches things, this needs to be adapted too.
I suspect @mox is confused somehow - as far as I know, KDEConnect does not provide any system service interface so systemd can handle it. It all happens in the KDE user session.
I know this because I don't use systemd and have KDEConnect working and autolaunching here.
I suspect @mox is confused somehow
Then you are mistaken.
Read the bug report, and look at /usr/share/dbus-1/services/org.kde.kdeconnect.service . I have observed the same behavior described there.
Well now I don't know who to believe!
That’s not a systemd service definition, it’s a dbus one
It's both. They can work together to accomplish the the launch.
https://dbus.freedesktop.org/doc/dbus-daemon.1.html#session_services
There are cases where systemd doesn't take part, but that's irrelevant to the point I made. (Nevertheless, my follow-up comment did mention dbus.)
This will for sure come up when making something compatible with only systemd.
Even though this should also be very possible to implement in sysvinit etc.
It uses a dbus service definition to make it re-launch when that service is called.