I installed Xfce and now the Kde notifications say that the service is unavailable. Notifications are being provided by the Xfce notifications daemon. I want to put it back so that the notifications in Kde are provided by a Kde service.
I also installed XFCE.
So I uninstalled “xfce4-notifyd” and then locked it so that it would not be reinstalled.
And now I do get the KDE notify service.
Right. That should work, but what do you do for notifications in Xfce? I’m not being sarcastic.
I have not logged into XFCE to find out.
I did consider uninstalling all of XFCE, but just unstalling the notify daemon turned out to be enough.
Maybe there’s a way to prevent it from starting in KDE. I looked, but didn’t find anything.
Yeah and it wants to remove some other Xfce related stuff to do it. Would help if I was an expert but after 14 years I’m still not. I don’t want to have to remove Xfce.
O.K. Thanks
Is it started via desktop file? Then OnlyShowIn (or NotShowIn) should do it. Recognized desktop entry keys
I looked for a “.desktop” file that might start it. I couldn’t find one. I’m not sure how it is started.
It is systemd user service started by D-Bus. So it may be possible to mask systemd service (but this could result in errors from D-Bus); it may also be possible to disable D-Bus service to prevent attempt to start it (see https://bugs.freedesktop.org/show_bug.cgi?id=50955).
/usr/lib/systemd/user/xfce4-notifyd/xfce4-notifyd.service
I commented out this line:
ExecStart=/usr/lib/xfce4/notifyd/xfce4-notifyd
That did the trick.
That is good for testing, but to ensure it’s not overwritten with a future update it is better create a custom service in /etc/systemd/system/ and make the required changes there…
https://www.freedesktop.org/software/systemd/man/systemd.unit.html
In addition to /etc/systemd/system, the drop-in “.d/” directories for system services can be placed in /usr/lib/systemd/system or /run/systemd/system directories. Drop-in files in /etc take precedence over those in /run which in turn take precedence over those in /usr/lib. Drop-in files under any of these directories take precedence over unit files wherever located. Multiple drop-in files with different names are applied in lexicographic order, regardless of which of the directories they reside in.
Fair enough.
It seems to me that uninstalling the package does about the same thing.
Rechecking that removal, it didn’t remove anything else that was important as far as I could tell. It removed two patterns. However, it is my impression that a pattern doesn’t do anything. It defines dependencies that pull in other packages. But those other packages would have already been installed, so removing the patterns seemed harmless, because they had already done their intended job.
Useful information. Thanks.
For a user service?
Missed that it was a user service…
https://wiki.archlinux.org/index.php/Systemd/User