ifreund changed the topic of #river to: river - a dynamic tiling wayland compositor || https://github.com/ifreund/river || channel logs: https://libera.irclog.whitequark.org/river/
Nulo has quit [*.net *.split]
tdeo has quit [*.net *.split]
Nulo has joined #river
tdeo has joined #river
ext0l has joined #river
crypt_ has quit [Ping timeout: 268 seconds]
ext0l has quit [Ping timeout: 246 seconds]
ext0l has joined #river
waleee has quit [Ping timeout: 268 seconds]
crypt_ has joined #river
adelaide has joined #river
leon-p has quit [Quit: leon-p]
snakedye has quit [Ping timeout: 260 seconds]
adelaide has quit [Remote host closed the connection]
leon-p has joined #river
ext0l has quit [Ping timeout: 264 seconds]
crypt_ has quit [Ping timeout: 264 seconds]
novakane has joined #river
crypt_ has joined #river
crypt_ has quit [Ping timeout: 264 seconds]
_whitelogger has joined #river
snakedye has joined #river
<novakane> that's fedora packaging issue with zig is a weird thing to do
<leon-p> yeah, I would have never guessed that
<novakane> right? That's a great way to confuse users and have a lot of issues
<ifreund> it's cause they wanted fedora 35 to not have llvm12 I suppose
<ifreund> anyhow, I contacted the person doing the packaging and he's taking a look
<novakane> I can understand doing something for using llvm13 but imo you can't name the pkg 0.8.1 if that not this version
p00f[m] has joined #river
<p00f[m]> is it not possible to map mod+return?
<leon-p> of course it is, the example init uses Mod4+Return for zoom
<p00f[m]> right, that is why i couldnt map it to something else
<p00f[m]> thanks
<p00f[m]> how do you use bars? If i add exec waybar or exec yambar to my river init it doesn't execute the commands below it
<leon-p> you can move shell tasks to the background by putting a & behind the command (leave out the exec in that case)
<leon-p> alternatively you can also use `riverctl spawn waybar`
<p00f[m]> thanks
<p00f[m]> just one more think
<p00f[m]> s/think/thing
<leon-p> ifreund: regaring your latest commit, for consistency the resize should probably also be respected for non-floating views if no layout generator is active. That condition works like floating views in pretty much all other contexts
<p00f[m]> p00f[m]: but river doesnt have SWAYSOCK, so is it fine to just include DISPLAY and WAYLAND_DISPLAY
<leon-p> p00f[m]: GTK wants the desktop portals to be available. If they are not, it waits 20 seconds for them. You can simply launch the desktop portals on startup in your river init and the problem will be solved
<ifreund> leon-p: good point, I'll push a fixup commit in a minute
<ifreund> interested to hear your thoughts on https://github.com/ifreund/river/issues/458 by the way
<leon-p> ifreund: not sure about that one TBH. I personally like that GTK clients look the same whether tiled or floating.
<leon-p> I'll need to think about that a bit more
<ifreund> yeah I'm not 100% sure how I feel about it yet either
<leon-p> maybe that could also just be one of the view managers responsibilities, leaving all logic out of river itself
<leon-p> it'll probably need a way to change SSD vs CSD anyway
adelaide has joined #river
<ifreund> indeed
novakane has quit [Quit: WeeChat 3.3]
ino has joined #river
ino has quit [Ping timeout: 256 seconds]
snakedye has quit [Ping timeout: 246 seconds]
snakedye has joined #river
waleee has joined #river
waleee has quit [Ping timeout: 265 seconds]
waleee has joined #river
tiosgz_ has joined #river
waleee has quit [Ping timeout: 252 seconds]
waleee has joined #river
<ifreund> is anyone here actually affected by this issue? https://github.com/ifreund/river/issues/255
<ifreund> I can probably fix it but I don't have any way to test the fix
waleee has quit [Ping timeout: 264 seconds]
<dnkl> ifreund: sorry, no hi-res mouse...
waleee has joined #river
novakane has joined #river
waleee has quit [Ping timeout: 268 seconds]
waleee has joined #river
Guest75 has joined #river
Guest75 has quit [Quit: Client closed]
<adelaide> I have a high polling rate mouse but I don't see the issue
<adelaide> probably need to check how high I set it though
<adelaide> but I can help the testing
waleee has quit [Ping timeout: 264 seconds]
<leon-p> I tested it with my relatively high polling rate mouse a few months ago and did not face any problems. But I am not sure if that mouses polling rate is high enough.
<ifreund> If I understand the problem correctly it will trigger with the proper combination of low enough DPI + high enough poll rate
<ifreund> which will trigger many tiny motion events all less than half a logical pixel in magnitude
<ifreund> and river will then round down each of these tiny motions to 0
<leon-p> makes sense in theory. I am back home on monday, then I can test it again, this time with a lower output resolution
<ifreund> oh yeah that's a good point, I should try that
<ifreund> nope, I can't get my monitors to accept a mode below 640x480
<ifreund> and my mouse doesn't seem to be fancy enough to trigger it even at that resolution (I got it for 2 euros on ebay kleinanzeigen :D)
<ifreund> adelaide: put up a potential fix in a PR, if you can find the mouse setting required to reproduce that issue and then test that PR with the same settings to see if it fixes the issue that would be awesome!
<ifreund> also, this is the last open bug
<leon-p> yeah, that seems like a good fix. I tried to come up with a fix myself some time ago, but my solution was to switch view coordinates to floats, which turned out to be a massive amount of work, so I dropped it again :P
<ifreund> yep, I briefly considered that but then decided to go with the less invasive option :D
snakedye has quit [Read error: Connection reset by peer]
snakedye has joined #river
waleee has joined #river
<leon-p> hmm... I think I might be able to sneak in the finishing touches for #399 before the release is tagged. I kinda got busy and forgot about it.
<adelaide> ifreund: reproduced the issue with low dpi, installing the PR
adelaide has quit [Remote host closed the connection]
adelaide has joined #river
<adelaide> yep seems to fixed it
<leon-p> nice
Guest59 has joined #river
<Guest59> How to install river on Gentoo?
<Guest59> And configure it
<leon-p> Guest59: if gentoo does not package it, you can do it manually. you'll need zig 0.8.1, the latest wlroots release (not master), mathcing libwayland. clone rivers repo, do a `git submodule update --init` to fetch the dependencies and then `zig build -Drelease-safe --prefix ~/.local/ install`
<Guest59> And then do river on bootup?
<Guest59> I see.
<leon-p> for configuring, just have an executable called init at .config/river/init
<leon-p> usually that's a shell script calling riverctl a bunch of times to do the settings
<Guest59> I see
<Guest59> I'll dive into that once I'm done doing other gentoo stuff
<leon-p> and yeah, just executing river in a TTY will start it. No weird startup mechanism needed. For integration with display managers you'll need to create a .desktop file somewhere though (it's in the Wiki)
<Guest59> Does it require the user to have any groups
<Guest59> like tty or something
<leon-p> err, probably video, but can't remember.
<Guest59> Alright I'll figure that out, thanks for telling that River suppots gentoo
<Guest59> Have a nice day
Guest59 has quit [Quit: Client closed]
<leon-p> note that you'll need some sort of session manager though. either logind, or seatd
<leon-p> opps, a second too late :P
<ifreund> adelaide: awesome, thanks!
<ifreund> looks like bionicgamer tested as well :)
Guest59 has joined #river
<ifreund> leon-p: you probably have until monday evening before I manage to write a blog post and finish the release process
<leon-p> that should be doable
Guest59 has quit [Client Quit]
<ifreund> hmm, though I'd need to really test the PR well to ensure there are no regressions
Guest88 has joined #river
Guest88 has quit [Quit: Client closed]
adelaide has quit [Remote host closed the connection]
<leon-p> ok, so I just discovered `ls --hyperlink=auto`. Combined with foots URL selector mode and a well configured xdg-open it's a game changer.
<novakane> leon-p: yeah dnkl talked about this the other day, it's really cool!
<ifreund> ok, that is really awesome
<zdykstra> what does it do?
<ifreund> foot's url selector mode puts ~2 letter labels on all hyperlinks where you can type the two letters to open the link with xdg-open
<ifreund> or whatever command you want
<ifreund> ls --hyperlink=auto outputs hyperlinks for all the files that are listed
<zdykstra> interesting
<ifreund> which means you can use the foot url selector mode to near instantly open anything in the output of ls
waleee has quit [Ping timeout: 260 seconds]
<dnkl> I often use this with the copy mode, instead of open mode, to quickly copy the full path to files and directories
waleee has joined #river
waleee has quit [Ping timeout: 245 seconds]
snakedye has quit [Ping timeout: 245 seconds]
snakedye has joined #river
snakedye has quit [Read error: Connection reset by peer]
snakedye has joined #river
waleee has joined #river
waleee has quit [Ping timeout: 245 seconds]
<anb> I got SIGABRT when starting river under nixos with latest master code, the code stopped at drm rendering, anyone has seen it before?
<leon-p> logs?
<anb> wlroots is 0.14.1, I don't have any issue with the same version under gentoo though
<ifreund> anb: oh, are you building the binary on the same machine you're running it on?
<anb> ifreund: what do you mean?
<anb> I tried river from nixos-unstable, also build river from latest master, both have coredump
<ifreund> anb: could you paste your /proc/cpuinfo somewhere?
<anb> If you meant if I copied river from gentoo to nixos, then no.
<ifreund> it seems to be crashing in an avx2 strlen function so I'm suspicious that your cpu doesn't support some instructions that for some reason zig was told were available while building
<ifreund> welp, that cpu seems to support avx2 at least...
<anb> zig was installed from pre-built binary though
<ifreund> from ziglang.org? that's the most reliable way to install zig
<anb> from nixos build cache
<ifreund> probably fine as long as you have zig 0.8.1, which you seem to as river builds
<anb> yeah it's 0.8.1
<ifreund> maybe ldd /usr/bin/river would shed some light?
<ifreund> well, probably not /usr/bin on nixos but you get the idea
<anb> there are some glibc compatibility warnings
<anb> I guess those glibc error messages should be something dedicated to ldd probably, as otherwise river won't be able to run in the first place
<ifreund> huh, you seem to have several things built against glibc 2.33 but have 2.32 installed on your system
<ifreund> I suspect if you resolve those warnings river will work
<leon-p> ugh, since #399 changes how resize works I'll have to solve the high polling rate mouse issue again
waleee has joined #river
novakane has quit [Quit: WeeChat 3.3]
<anb> ifreund: that's because the ldd I ran was from 2.32, if I run the 2.33 version(against a river I compiled), no warning shows up: https://pastebin.com/raw/uh4Kfcfz
<ifreund> ah
<anb> sigabrt shouldn't be raised from inside glibc, right?
<ifreund> anb: there's a segfault and the SIGSEV is caught by zig's segfault handler which then aborts() after failing to print a backtrace as you didn't build river in debug mode
<anb> ah, should I try debug mode then?
<ifreund> sure, though I doubt it will tell us anything new, you already got a backtrace from gdb
waleee has quit [Ping timeout: 268 seconds]
<ifreund> leon-p: I don't see why the same approach wouldn't work
<anb> yeah, you are right, nothing new: https://pastebin.com/raw/QgYdr4SZ
snakedye has quit [Ping timeout: 245 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 260 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 245 seconds]
snakedye has joined #river
waleee has joined #river
waleee has quit [Ping timeout: 264 seconds]