<aelius>
seems like zig recently had some syntax changes, I keep having to install different versions of zig to get bars and such to compile
<aelius>
river 3.9 won't compile with zig 13 but git master will
<aelius>
bleh, dam seems to not work with the river git master :v
<aelius>
testing, brb
<aelius>
initial use shows no crashing nor any sign of that bug,
<aelius>
but the keyboard capture is still absent
<aelius>
I can't send alt-tab to the host, for example, or the Winkey at all
waleee has quit [Remote host closed the connection]
<aelius>
the moonlight shortcut ctrl-shift-alt-s is supposed to bring up stats, but isn't
<aelius>
ctrl-shift-alt-q does end the stream, though. My "mod-f" does toggle moonlight's fullscreen instead of passing it to the host, etc
<aelius>
(that's in my river binds)
Snetry has quit [Ping timeout: 244 seconds]
Snetry has joined #river
schneid3306 has quit [Quit: schneid3306]
<aelius>
spoke too soon. hasn't crashed yet, but the mouse can no longer interact with clients
<aelius>
observation 1: I switched to a different tag while moonlight was fullscreen: and the mouse was missing. I switched moonlight to windowed, switched to a different tag, and the mouse will vanish when it enters the area where moonlight was, even if it is no longer a visible client
<aelius>
it reappears when it leaves that zone
<aelius>
at this point the mouse cannot interact with other clients
<aelius>
exit moonlight, the mouse no longer vanishes, but still cannot interact
<aelius>
keyboard control remains
<aelius>
It seems like this is the result of wayland beliving moonlight owns the mouse cursor, and it SHOULD own the keyboard but doesn't. When river allows me to switch to different tags/clients, some state confusion happens
<aelius>
as an aside, the bug where firefox 137 is too big can be temporarily bypassed by dragging a tab to a different firefox window. seems to re-evaluate its state
schneid3306 has joined #river
schneid3306 has quit [Quit: schneid3306]
schneid3306 has joined #river
schneid3306 has quit [Quit: schneid3306]
schneid3306 has joined #river
<leon-p>
aelius: FWIW, keybinds not reaching the streamed device is expected. I don't think we currently support any way for a client to turn off rivers keybinds
<leon-p>
you can set up an empty keybind mode, which you can temporarily switch to
<leon-p>
for the other issues please open an issue on codeberg
<leon-p>
with full logs
<leon-p>
I suspect that moonlight thing uses XWayland and uses some horrible hacks, as basically all X11 gaming things do
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
Ireozar has quit [Read error: Connection reset by peer]
Ireozar has joined #river
pixavi has joined #river
Guest52 has joined #river
pixavi has quit [Quit: pixavi]
Keeto has quit [Ping timeout: 252 seconds]
Guest52 has quit [Ping timeout: 240 seconds]
<leon-p>
ifreund: since you asked what would help me progress: right now I am working on things related to the pointer, so would be nice if pointer enter/leave events worked
<leon-p>
I do actually get them sometimes, it's just not consistent
Keeto has joined #river
<aelius>
leon-p: I actually do have an empty keybind mode, but moonlight still isn't sending those keys to the host.
<aelius>
But the Win key doesn't seem to work with it even in gamescope in a dedicated tty, so I don't know what's up there
<leon-p>
In that case it may just be cursed x11 software :shrug:
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
cow has quit [Ping timeout: 244 seconds]
cow has joined #river
ximon has joined #river
<ximon>
I got the aur version of river but it's empty
<ximon>
How to know how to open a console ?
<ximon>
It's fast all I can say lol
<ximon>
river-git I got that one
<ximon>
Can you help
<ximon>
I thought or where is the config file?
<ximon>
Or is there maybe a better distro to test river like opensuse or something
<ximon>
Fugging shit river not even working :-(
fleisch_ie is now known as fleischie
ximon has quit [Quit: Client closed]
ximon has joined #river
ximon49 has joined #river
<aelius>
you're gonna need to slow down and review the river docs
<ximon49>
aelius I tried the example config but it is also broken
<ximon49>
xd
<ximon49>
I will try now river from arch repository
<ximon49>
does gaming work under river is it similiar to i3
<ximon49>
?
<ximon49>
river doesnt seem to make the config working
<ximon49>
do I have to systemctl something
<leon-p>
ximon49: you'll need to be more specific
<leon-p>
_what_ isn't working
<leon-p>
_what_ did you expect to happen
<leon-p>
what happened instead
<ximon49>
leon-p can I put the console opening instead of foot kitty and instead of return button Enter button?
<leon-p>
return and enter are the same
<leon-p>
I recommend reading through the example config and trying to understand what it does
ximon has quit [Ping timeout: 240 seconds]
<ximon49>
well I tried opening kitty but it just doesnt want to open with super shift return
<ximon49>
super shift e works
<leon-p>
try starting river like this: `river -c kitty`
aelius has quit [Remote host closed the connection]
<ximon49>
exec river -c kitty?
<leon-p>
in your TTY, execute `river -c kitty`
<leon-p>
if it starts with kitty, you introduced an error into your config, if it doesn't, kitty does not work
<leon-p>
then read the logs to debug further
<ximon49>
river -c kitty not works xd
<leon-p>
please be more specific than "not works"
<leon-p>
no one can help you if you don't give enough information
aelius has joined #river
<ximon49>
well it doesnt open a terminal the only key combination that works is super shift e
<ximon49>
leon-p is there maybe a good gui app openeer like waybar or something?
<leon-p>
fuzzel
<leon-p>
I am in a meeting right now, will come back later
<aelius>
the example config isn't meant to work out of the box (necessarily)
<aelius>
you need to review the docs, read the entire sample script, make modifications to suit your needs
<ifreund>
leon-p: I think pointer enter/leave are supposed to work as of ab1ec2e31f07148ff33517828d6be134c5fb9478
<ifreund>
they seemed to be working fine for me with rivercompat
<ifreund>
If you have a branch I could run to reproduce the inconsistency that would be helpful
<ifreund>
oh, I think I see the problem
<ifreund>
leon-p: should be fixed now, let me know if you have any more issues :)
Keeto has quit [Quit: Lost terminal]
pixavi has joined #river
pixavi has quit [Client Quit]
pixavi has joined #river
aelius has quit [Remote host closed the connection]
pixavi has quit [Ping timeout: 252 seconds]
kansei- has joined #river
kansei has quit [Ping timeout: 272 seconds]
kansei- is now known as kansei
kansei is now known as Guest4075
aelius has joined #river
kansei has joined #river
Guest4075 has quit [Ping timeout: 245 seconds]
ximon49 has quit [Quit: Client closed]
pleq has joined #river
Guest43 has joined #river
Guest43 has quit [Client Quit]
pleq has quit [Quit: Client closed]
gplxyz95 has joined #river
gplxyz95 has quit [Quit: Client closed]
<aelius>
huh. So, moonlight does support wayland, not running through xwayland. The flatpak build is somehow different than the arch build, and the windows key works on the flatpak build. So too does any given keybind as long as In in a river passthrough mode
<aelius>
moonlight also does support one of those keyboard/mouse grab protocols, were it to be implemented
<aelius>
however, automatically switching to a passthrough mode (if the moonlight window is fullscreen) would also do the trick.
<aelius>
My first thought was I could make a river rule for this. But river rules don't seem to be in the business of tracking an existing view's ongoing state. Not sure how to best go about this.