"Hyprland was started without start-hyprland..." error on startup when using NixOs and withUWSM
#12661
Replies: 5 comments 2 replies
-
|
I notice the same 👍🏾 |
Beta Was this translation helpful? Give feedback.
-
|
A search for I am also on NixOS running hyprland via flake from the development branch, I have the following nix config relating to hyprland: {
inputs, config, lib, pkgs,
...
}: {
inherit (pkgs.stdenv.hostPlatform) system;
imports = [ inputs.hyprland.nixosModules.default ];
nix.settings = {
substituters = ["https://hyprland.cachix.org"];
trusted-substituters = ["https://hyprland.cachix.org"];
trusted-public-keys = ["hyprland.cachix.org-1:a7pgxzMz7+chwVL3/pzj6jIBMioiJM7ypFP8PwtkuGc="];
};
programs = {
hyprland = let
hyprpkgs = inputs.hyprland.packages."${system}"
in {
enable = true;
withUWSM = true;
package = hyprpkgs.hyprland;
portalPackage = hyprpkgs.xdg-desktop-portal-hyprland;
settings = { ... };
};
};
} |
Beta Was this translation helpful? Give feedback.
-
|
I am getting the same error. |
Beta Was this translation helpful? Give feedback.
-
|
I'm currently working on this issue. The simplest way to get it to work is to set environment.systemPackages = [ pkgs.uwsm ];
systemd.packages = [ pkgs.uwsm ];
environment.pathsToLink = [ "/share/uwsm" ];Also don't forget to use dbus-broker if you aren't doing it explicitly already. To use the hyprland-provided - "NO_UWSM" = true;
+ "NO_UWSM" = !withSystemd;If you use greetd, the above is not needed, you only have to use Related Vladimir-csp/uwsm#186 |
Beta Was this translation helpful? Give feedback.
-
Why is such warning even needed? What if someone makes a session using Hyprland with their own desktop names, either including |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello!
I've started getting this error on startup since updating the hyprland flake to rev
0467be86b18cfc324fab04afbd40fe9ef80f7fa9. Not sure that that's the rev that introduced it, as I don't update to every rev.I think this makes sense since uwsm in nixos is configured to run the
Hyprlandbinary directly, but is this intentional? I've tried locally patching my nix config to runstart-hyprlandfrom UWSM instead (withprograms.uwsm.waylandCompositors.hyprland.binPath = lib.mkForce "${hyprlandPackage}/bin/start-hyprland";), but then I get a warning aboutXDG_CURRENT_DESKTOPbeing managed externally. I haven't noticed any issues despite this warning (yet, at least). Is this the correct solution? Or should UWSM continue to runHyprlanddirectly, and then maybe a Hyprland gets a patch to suppress this error in this case?Beta Was this translation helpful? Give feedback.
All reactions