Replies: 3 comments 4 replies
-
Are you sure xdph flake version isn't pulled in at all in your configuration? You can use |
Beta Was this translation helpful? Give feedback.
-
Thanks for the tip but it seems nixpkgs.overlays = [(final: prev: {
hyprland = inputs.hyprland.packages.${pkgs.system}.hyprland;
hyprland-debug = inputs.hyprland.packages.${pkgs.system}.hyprland-debug;
# xdg-desktop-portal-hyprland = inputs.hyprland.packages.${pkgs.system}.xdg-desktop-portal-hyprland;
})];
programs.hyprland.enable = true;
programs.hyprland = {
package = cfg.finalPackage;
portalPackage = pkgs.xdg-desktop-portal-hyprland;
}; This is how I'm using hyprland, the xdg-desktop-portal-hyprland override in the overlay is commented out. I do notice the nixpkgs programs.hyprland module will override xdg-desktop-portal-hyprland and set the correct hyprland input for it, but xdph's default.nix doesn't seem to inherit wayland-protocols from it, so it should still be fine. |
Beta Was this translation helpful? Give feedback.
-
wayland-protocols override was removed so this problem is no longer relevant. However the current master does not build on nix due to cmake expecting |
Beta Was this translation helpful? Give feedback.
-
This commit currently causes local rebuild of Qt even though I'm not using the hyprland overlay but instead hyprland package directly. Is hyprland depending on Qt somewhere? Even if I don't pull xdg-desktop-portal-hyprland (which uses Qt) the rebuild is still being triggered, even going as far to rebuilding python3.11-pyqt5 🤔.
a4f38a0
Beta Was this translation helpful? Give feedback.
All reactions