bug: services.kdeconnect.indicator on wayland fails over missing tray.target

[KiaraGrouwstra]

Are you following the right branch?

• My Nixpkgs and Home Manager versions are in sync

Is there an existing issue for this?

• I have searched the existing issues

Issue description

since #5299, I've had services.kdeconnect.indicator fail stating Unit tray.target not found.

it seems tray.target is available using xsession tho not by default on Wayland.
we may want to instead make this dependency conditional on use of xsession.

Maintainer CC

@onemoresuza

System information

- system: `"x86_64-linux"`
- host os: `Linux 6.12.2-zen1, NixOS, 24.11 (Vicuna), 24.11.20250102.c1df670`
- multi-user?: `yes`
- sandbox: `yes`
- version: `nix-env (Nix) 2.24.11`
- nixpkgs: `/run/current-system/nixpkgs`

[ada4a]

I think this is a duplicate of #2064?

[ada4a]

Oh, no, sorry, this is partially new after all I think. I've been having the issue described in #2064 as well, and therefore had services.kdeconnect disabled. But it turns out that I've also had services.kdeconnect.indicator enabled all this time, and now that broke with the error you described. So I think it might make sense to keep both of the issues opened.

[ada4a]

For #2064, I've also been using this workaround. So here's a version of it that's adapted to kdeconnect.indicator as well (EDIT: removed the superfluous lib.mkIf as pointed out by @onemoresuza):

systemd.user.targets.tray = {
  Unit = {
    Description = "Home Manager System Tray";
    Requires = [ "graphical-session-pre.target" ];
  };
};

[onemoresuza]

The tray.target problem goes beyond the kdeconnect service, as it is mentioned on #2064: as it was implemented, the target is only created when services.xsession.enable = true;.

As a workaround for wayland users, @ada4a solution may be used unconditionally, i. e., without the lib.mkIf call. That would fix any other service that depends on tray.target.