ChanServ changed the topic of #river to: river - a dynamic tiling Wayland compositor || https://codeberg.org/river/river || channel logs: https://libera.irclog.whitequark.org/river/
krei-se- has joined #river
krei-se has quit [Ping timeout: 245 seconds]
jpnt has quit [Quit: zzz]
ecocode___ has joined #river
Snetry has quit [Ping timeout: 258 seconds]
Snetry has joined #river
sewn has quit [Server closed connection]
sewn has joined #river
palanix_ has joined #river
palanix has quit [Ping timeout: 256 seconds]
palanix_ is now known as palanix
Guest94 has joined #river
<Guest94> Does River support x86? I'm trying to compile and I get the error "type 'isize' cannot represent integer value '4294967295'"
yongxiang has quit [Server closed connection]
yongxiang has joined #river
Guest81 has joined #river
Guest94 has quit [Ping timeout: 250 seconds]
Guest81 has quit [Ping timeout: 250 seconds]
ecocode___ has quit [Quit: Connection closed for inactivity]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar12 has joined #river
Ireozar12 has quit [Client Quit]
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
vimproved has quit [Ping timeout: 252 seconds]
vimproved has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
ecocode___ has joined #river
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Ireozar has quit [Remote host closed the connection]
Ireozar has joined #river
Keeto has joined #river
<ifreund> In theory river could support 32-bit systems, but we don't have CI testing it and I'm not too surprised that it doesn't compile
<ifreund> patches welcome
<ifreund> We would need 32-bit CI to prevent it regressing again though
<ifreund> jpnt: in case you check the logs, that assertion failure is theoretically fixed by the upcoming wlroots 0.19.1 release
<ifreund> or maybe not, it looks like someone on that sway thread reports the fix I mentioned not being sufficient if creating textures/uploading buffers fails
<ifreund> anyhow, I don't think there's anything river can do about it, it's a wlroots bug
ecocode___ has quit [Quit: Connection closed for inactivity]
daurnimator has quit [Server closed connection]
daurnimator has joined #river
palanix has quit [Ping timeout: 248 seconds]
palanix has joined #river
Guest43 has joined #river
Guest43 has quit [Client Quit]
nemoto has quit [Remote host closed the connection]
nemoto has joined #river
apoorv569 has quit [Quit: ZNC - https://znc.in]
<ifreund> finally made some comfy release automation: https://codeberg.org/ifreund/dotfiles/src/branch/chimera/local/bin/release.janet
<ifreund> will tag river 0.3.12 with Zig 0.15 compat in a day or two after I've run it for a while without crashing
<ifreund> need to set up the river-classic repo first too, this release will get tagged there as well
jpnt has joined #river
csfore has quit [Server closed connection]
csfore has joined #river
apoorv569 has joined #river
<pkap> Will river classic compile to a river-classic binary?
<pkap> Or stay as is
<ifreund> pkap: the binary will be river, the point is to break as little as possible :)
<pkap> Curious how packagers will handle this
<pkap> Is it even possible without breakage? At some point distros need to replace river classic with the new river
<ifreund> pkap: it should be pretty straightforward. river-clasic replaces river 0.3.x, river-classic conflicst with river
<ifreund> as long as the distros switch to river-classic before upgrading to river 0.4.0, there should be no breakage for end-users
<pkap> Ah true this should work.
<pkap> For pacman at least
<ifreund> if a distro is using a package manager that doesn't have a mechanism for package replacement I don't think it's worth supporting
<pkap> Yes agreed. I assume all common package managers support this case.
<pkap> It's good to have river classic separated already. People get confused with the 0.3 branch and the deprecated master
<pkap> People not following the development closely
<pkap> Will the non-window manager relatet configuration (river control) stay as it is currently?
<jpnt> is it just me or has been wlroots development super unstable recently. I come from dwl and its not the first time I come across problems since wlroots 0.19
<ifreund> jpnt: I haven't noticed any change in the number of wlroots regressions recently
<ifreund> the fact that regressions are often somewhat hardware-specific can make it feel rough when your hardware is affected
<ifreund> while you might not notice regressions that don't affect your hardware at all
<jpnt> maybe i need to test further about the problem i mention yesterday. I tested now and with scale 1.0 it doesnt crash but with scale 1.5 it does. the problem seemed to be a wlroots assertion error but im still not 100% sure
<jpnt> yeah and the fact that im in a hybrid gpu system doesnt really help xd
<ifreund> you can test with the recent wlroots patch tweaking that assertion if you like: https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/5080
<pkap> I'm finnally going to read the protocol instead of asking questions here about :D
<jpnt> will do that, im just a little git noob
<ifreund> though I kinda have a feeling that patch isn't a real fix, it feels like just silencing a warning
<ifreund> you can also just delete the wlroots assertion and see what happens
<ifreund> maybe you get fun graphical artifacts :D
<jpnt> yeah but how is it good design to crash the whole compositor just because of a assert
<jpnt> yeah lmao lets see
<ifreund> build with -NDEBUG if you want to ignore all asserts
<ifreund> asserts lead to much higher quality software though in my experience
<jpnt> NASA stuff
<ifreund> yes, NASA stuff is full of asserts for good reason :)
<ifreund> and so is river
<ifreund> though not as many as NASA yet probably
revsuine has joined #river
<gbrlsnchs> we're just missing formal methods to validate river now 😅
<jpnt> well, the patch actually worked perfecly
<jpnt> merge request I mean
catman has quit [Quit: WeeChat 4.7.1]
jpnt has quit [Quit: zzz]
catman has joined #river
jpnt has joined #river
Guest28 has joined #river
Guest28 has quit [Quit: Client closed]
palanix has quit [Ping timeout: 248 seconds]
catman has quit [Quit: WeeChat 4.7.1]
catman has joined #river
jpnt has quit [Quit: zzz]
<revsuine> @leon-p I noticed the River wiki links to a supposed article by you about the river layout protocol here https://codeberg.org/river/wiki/src/branch/master/pages/River-protocols.md but https://leon_plickat.srht.site/blog/explaining-river-window-layouts/article.html is a 404. Is the article available somewhere else? I'm trying to use River protocols for something else (not a layout manager) and it'd be interesting to do more reading around them :)
<leon-p> revsuine: Ah, seems like I forgot to add back the redirects for old URLs when switching my website to org, here is the correct link https://leon_plickat.srht.site/writing/river-layouts/article.html
<leon-p> but please note that this is /very/ outdated, as the protocol is about to be dropped
palanix has joined #river
catman has quit [Quit: WeeChat 4.7.1]
catman has joined #river
catman has quit [Quit: WeeChat 4.7.1]
Guest43 has joined #river
catman has joined #river
Guest43 has quit [Ping timeout: 250 seconds]
catman has quit [Quit: WeeChat 4.7.1]
Keeto has quit [Quit: Lost terminal]
nemoto has quit [Remote host closed the connection]
nemoto has joined #river
blobbo has joined #river
blobbo has quit [Client Quit]
nemoto has quit [Read error: Connection reset by peer]
nemoto has joined #river
ecocode___ has joined #river
<revsuine> leon-p: thanks!
sentry has joined #river
Snetry has quit [Ping timeout: 248 seconds]
Ireozar has quit [Ping timeout: 248 seconds]
mekeor has joined #river
Ireozar has joined #river
siaal_ has joined #river
siaal has quit [Ping timeout: 272 seconds]
siaal_ is now known as siaal
palanix has quit [Ping timeout: 248 seconds]
ecocode___ has quit [Quit: Connection closed for inactivity]
palanix has joined #river
siaal has quit [Remote host closed the connection]
nemoto has quit [Read error: Connection reset by peer]
siaal has joined #river
<revsuine> For those of us who like rivertile, will there be a 0.4.x WM with similar behaviour?
revsuine has quit [Quit: nyaa~]
ecocode___ has joined #river