<Nulo>
ifreund, something I also feel that people expect but shouldn't is for the compiler to guess stuff (I also find this happening on #zig). Like changing your code for LLVM to use vectorized instructions. Having nice abstractions that safely fallback to non-vectorized instructions is the way to go IMO (Zig does this through std.meta.Vector)
<Nulo>
I think that instead of saying "you should use this language because fast" we should actually teach people how to use performance tools (like perf) and understand the differences between languages (for instance, Go might be really good for whatever you're doing, depending on your memory usage)
<Nulo>
Sorry, off-topic. You may comment on my #hottake on #river-offtopic :P
<snakedye>
This is all irrelevant because the perfect language already exist and is called V
loFiWaterCat has joined #river
<snakedye>
Thought hello-world.rs was something something? Let me introduce you to hello-memleak.v
<leon-p>
is that language still alive? I though I read somewhere it died. Always seemed a bit sketchy to me, especially since /all/ communication supposedly happens on discord...
<snakedye>
"we have mem leaks in hello-world but don't worry! we're working on an os, ui tk a text editor and 20 others projects"
waleee has quit [Ping timeout: 252 seconds]
n8_ has joined #river
<Nulo>
Please, let's keep this on -offtopic
leon-p has quit [Quit: leaving]
n8_ has quit [Ping timeout: 256 seconds]
n8_ has joined #river
tdeo has quit [Ping timeout: 252 seconds]
tdeo has joined #river
n8_ has quit [Ping timeout: 256 seconds]
notzmv has joined #river
xd1le has joined #river
snakedye has quit [Ping timeout: 240 seconds]
crypt0 has joined #river
<crypt0>
Hey again i have another question about river, does anyone know if there's anyway to record my desktop?
n8_ has joined #river
n8_ has quit [Quit: Lost terminal]
snakedye has joined #river
waleee has joined #river
tdeo has quit [Ping timeout: 256 seconds]
loFiWaterCat has quit [Ping timeout: 252 seconds]
tdeo has joined #river
crypt0 has quit [Quit: WeeChat 3.2]
user181308142001 has joined #river
<user181308142001>
crypt0: yes, this is possible though it is not a river specifice thing. AFAIK everything that works on sway will work on river (when it comes to screencapture). OBS recently got wayland support with pipewire, this is probably the most full-featured solution. Personally, I use wf-recorder a CLI program which functions similarly to ffmpeg's x11grab.
user181308142001 has quit [Quit: Client closed]
tsujp has joined #river
tdeo has quit [Ping timeout: 252 seconds]
tdeo has joined #river
<tsujp>
if I run `riverctl xcursor-theme redglass` I can see it sets redglass, if I run `riverctl xcursor-theme asdhjkasdjkghas` it uses the default. I'm iterating on a slight variant of the default xorg cursor theme, shouldn't this command be failing rather than implicitly setting the default theme if a non-existant one is attempted to be set?
leon-p has joined #river
<leon-p>
tsujp: river has no influence on that. Pretty sure wlroots uses libwayland-cusor for that, which uses some ancient X cursor library which is probably responsible for the fallback.
leon-p has quit [Ping timeout: 252 seconds]
leon-p has joined #river
leon-p has quit [Quit: leaving]
xd1le has quit [Quit: xd1le]
Guest32 has joined #river
leon-p has joined #river
elshize has joined #river
<elshize>
hi all, any idea why wl-copy doesn't work in tmux? in particular, I can run wl-copy and then wl-paste, and that works, but if I run wl-copy and then C-S-v (in foot) then it won't. but if I'm not in a tmux session, then it's all good. I'm not clear on the details of how the clipboard works, so any help would be appreciated.
n8_ has joined #river
<n8_>
I understand this is likely a waybar issue, but the people in here are most likely to know the problem here: https://github.com/Alexays/Waybar/issues/1234 the river/tags module specifically causes my waybar to fail
<elshize>
n8_: have you tried compiling waybar from source on master maybe? I think I had the same issue a while back, and fixed with more recent build. ifreund added some fixes to waybar on Aug 19, so should be after that
ext0l has joined #river
<ext0l>
this isn't river-specific, but: discord has a push-to-talk key. this doesn't work in wayland because applications can't globally spy on key inputs. anyone have a solution for this?
<ext0l>
i guess i could just bind press/release of a key to mic mute/unmute
<leon-p>
ext0l: there are two proposed solutions for that problem: either every program that wants global keybinds should have some sort of IPC (or DBUS), letting the compositor call a client on the keybind, or to have a protocol extensions that allows clients to somehow have global keybinds (a few different designs came up). The first is by nature already usable since a lot of programs already use some IPC or DBUS
<leon-p>
(like mako, mumble, music players with MPRIS support, etc...). I am not sure if dicsord allows remote control of the mute function. Maybe it has a DBUS interface?