12:15 <Hashimoto> Hi there, I'm trying to build from master, but clang can't find "wayland-util.h". Where do I get this file from (I'm using arch)?

12:49 <plumeus> https://archlinux.org/packages/extra/x86_64/wayland/

12:50 <plumeus> Hashimoto, the "Package Contents" sections say it should come with `wayland-util.h`.

13:29 <Hashimoto> It is there (in `/usr/include/`) . I figured it out. I was using `nix-shell` to give me `scdoc` it messed up with something. Building without `nix-shell` just works. Thanks!

13:31 <plumeus> nix-shell creates a shell which prevents regular lib and include dirs from being accessed

13:31 <plumeus> You probably had to add libwayland and all other dependencies with nix-shell too.

13:36 <Hashimoto> The nix-shell was without `--pure`, I had access to zig and other stuff. I'll try adding wayland and stuff

13:39 <plumeus> well then, idk. Maybe it's Zig's behaviour when it detects nix-shell? I know it has some special logic for that but I don't think it should cause much issues

13:41 <plumeus> like, maybe https://github.com/ziglang/zig/blob/master/lib/std/zig/system/NativePaths.zig#L29

13:46 <Hashimoto> I `unset NIX_COMPILE_FLAGS NIX_LDFLAGS` and it worked, thanks

14:12 <leon-p> I think we have a minor focusing bug with XWayland. I am using GIMP right now and when a pop-up dialog opens and the cursor auto-warps ontop of it, mouse clicks still affect the main window and not the pop-up

14:12 <leon-p> not sure if this is a GIMP issue or a river issue; I don't use any other programs through XWayland

17:16 <chipps> leon-p: what do you mean by "if you do (...) while passing a token"?

17:18 <chipps> ifreund: Maybe I'm missing something, but I remember while using dwm or such, tags with activities happening would usually be applied with an 'urgent' flag, or you could make it so that any urgent tag gets focused.

17:18 <chipps> s/or you could/and you could

17:26 <leon-p> chipps: xdg-activation tokens are magic strings you (as an application, not as a user) can request from the compositor and you yourself or other applications can use it to "activate" your window. This in turn tells the compositor (river) two things: 1) The activated window seems to be important and might need to be set to urgent, and 2) which application startet that other application (which in this case is less relevant)

17:26 <leon-p> Also yes, dwm may set tags to urgent, but that's irrelevant to what river does

17:26 <leon-p> the problem here is how does river know when something happens in an application

17:27 <leon-p> it can't just know, so a mechanism like xdg-activation needs to be used

21:59 <ifreund> leon-p: that sounds like an x11 stack ordering issue. there is (of course) a stack separate from rivers in the x server and we need to keep it in sync with what river renders

22:00 <ifreund> feel free to open an issue with steps to repoman

22:00 <ifreund> *reproduce, and I'll take a look when I find time

22:00 <ifreund> pretty busy with life recently unfortunately :/