this post was submitted on 09 May 2024
50 points (100.0% liked)

KDE

5005 readers
54 users here now

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.

founded 1 year ago
MODERATORS
 

Kdeconnect is very cool but also pretty sensitive. There are many reasons why people would like to turn it off.

I already tried placing an empty autostart file with the same name in ~/.local/share/applications/ (same with discovernotifier) and this didnt do anything.

Another option would be simply closing the firewall (which will be done by default) but I think this doesnt affect bluetooth?

There is a hacky way of converting it to a systemd serviceFirst, move /etc/xdg/autostart/org.kde.kdeconnect.daemon.desktop out of that autostart dir and make sure KDE Connect is not started (possibly kill it). Keep in mind that this file will come back if you reinstall or upgrade the package. Then copy the file to ~/.config/systemd/user/ and do

# One time so systemd picks up the new file:
systemctl --user daemon-reload
# to start/stop:
systemctl --user start kdeconnect.service
systemctl --user stop kdeconnect.service
# to enable, which means it is started automatically when you login (and killed when you logout. The --now part also starts/stops it right away
systemctl --user enable --now kdeconnect.service
# and disable
systemctl --user disable --now kdeconnect.service
# output status and log (add e.g. -n 30, if you want to have more log lines)
systemctl --user status kdeconnect.service


Uninstalling is not an option, as on Fedora Atomic desktops users cant reinstall apps that were uninstalled in the image building process.

I am planning a uBlue variant with enhanced security and need to fix this issue. Especially using it via bluetooth is great, but of course also attack surface.


Relevant KDE Discuss post

KDE Bug

Other requests

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 6 points 4 months ago (2 children)

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.

[–] [email protected] 2 points 4 months ago* (last edited 4 months ago) (2 children)

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.

[–] [email protected] 2 points 4 months ago

Well now I don't know who to believe!

[–] [email protected] 0 points 4 months ago (1 children)

@mox
That's not a systemd service definition, it's a dbus one
@m4

[–] [email protected] 1 points 4 months ago* (last edited 4 months ago) (1 children)

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.)

[–] [email protected] 1 points 4 months ago

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.