[bug#74223] [PATCH 00/11] gnu: Add hyprland.

[Hilton Chain via Guix-patches via <guix-patches@gnu.org>]

On Sat, 23 Nov 2024 21:51:07 +0800,
Noé Lopez wrote:
>
> Hilton Chain <hako@ultrarare.space> writes:
>
> > On Thu, 07 Nov 2024 02:07:00 +0800,
> > Noé Lopez wrote:
> >>
> >> grimblast and hyprpicker didn’t work for me, and then gnome crashed losing
> >> my mail progress.  Maybe I’m not supposed to run two wayland sessions at
> >> once 🤔
> >
> > hyprpicker is for wlroots-based compositors, and grimblast depends on
> > Hyprland at runtime, I guess you were running them on GNOME?
>
> They were not working in a guix shell in kitty in hyprland in a tty.

Just tried Hyprland and they worked fine for me.  Not sure if this is a setup
issue, since I'm using sway and its environment is similar to what Hyprland
expects.

> >> My cursor is completely broken now in GNOME, even after reconfiguring my
> >> system :/ Is this an expected issue ?
> >
> >Cursor issue sounds to be related to hyprcursor.  But how does it interfere
> >with GNOME?  Have you fixed it now?
>
> I found the culprit, a theme unsupported by gnome was selected as cursor theme
> in dconf, I suppose hyprland set it to an hyprcursor theme?
>
> Here’s a mention of that in the wiki:
> https://wiki.hyprland.org/Hypr-Ecosystem/hyprcursor/#important-notes
>
> Also, this applied to me:
> >My cursor is a hyprland icon?
> >
> >This means you have no hyprcursor theme installed, and hyprland failed to
> >find an XCursor theme as well. Install a cursor theme.
>
> Is it possible that providing an hyprcursor theme with hyprland would avoid
> this issue?

Since there's no official theme, I don't think propagating one is suitable.  And
Hyprland falls back to the "default" theme, which is the standard way[1].

XCursor themes are looked up in $XCURSOR_PATH, in Guix it's "icons" directory
under $XDG_DATA_DIRS, plus "$HOME/.icons".  In my case I added a "default" theme
in "$HOME/.icons".

---
[1]: https://wiki.archlinux.org/title/Cursor_themes#The_default_cursor_theme