ifreund changed the topic of #river to: river - a dynamic tiling wayland compositor || https://github.com/riverwm/river || channel logs: https://libera.irclog.whitequark.org/river/
<Nosrep> illegal instruction core dumped when using river-git in aur:
<Nosrep> .../PKGBUILD: line 58: 122761 Illegal instruction (core dumped) DESTDIR="$pkgdir" zig build --prefix '/usr' -Drelease-safe -Dxwayland
<waleee> Nosrep: you can check out the coredump with coredumpctl (check the man page for the specific incantation)
<Nosrep> aight
<waleee> 'coredumpctl info' would be most practical to start with I guess, I'm not familiar with how arch's aur does things, it might discard the dump
<waleee> the particular line in the PKGBUILD (https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=river-git#n58) doesn't really say much on what it might have failed on
<waleee> (well besides that it actually failed 2 lines down :) )
<Nosrep> i just compiled it from the github repo
<Nosrep> here
<Nosrep> here's what coredumpctl says: https://0x0.st/oh6n.txt
<waleee> the next steps would require you to be a bit familiar with gdb
<waleee> the "fun" stuff probably happened in the thread that has __libc_start_main listed
<waleee> well. and the more obvious "zig", which I didn't notice until now
<waleee> * zig after __libc_start_main
<Nosrep> well i am really not familiar with gdb
<Nosrep> also pretty sure this is a zig problem
<Nosrep> hello world is same
<Nosrep> downgrading zig to 0.10.0 works
<Nosrep> i might just sit this out while it sorts itself out this can't be too rare
<waleee> I'm continously surprised that arch uses svn for the package definitions
pmnw has quit [Quit: nyaa~]
eShaev9z has joined #river
eShaev9z_ has quit [Ping timeout: 260 seconds]
fitrh has joined #river
jao has quit [Ping timeout: 272 seconds]
piratecaveman has joined #river
<piratecaveman> Hi, I am new and trying to set it up for a two monitor setup.
<piratecaveman> What I want to do is use tags 1 through 9 on the first monitor and 11 through 19 on the second.
<piratecaveman> On sway I do this by just adding another modifier 'Alt' to the workspace bindings.
<piratecaveman> I find it difficult to do on river as there are already many modifiers bound to do things such as toggle tags.
<piratecaveman> So I thought about mapping the numpad keys.
<piratecaveman> I tried KP_1 KP_2 and so on ... but that does not work.
<piratecaveman> I just made a new mode and shifted the tags from 1-9 to 11-19 for those, and it works.
<piratecaveman> But its a bit tedious switching modes to switch to a window.
<piratecaveman> Can we really bind numpad keys?
fitrh has quit [Quit: fitrh]
<piratecaveman> Also, is there a tool I can use to get current active mode?
piratecaveman has quit [Quit: Client closed]
piratecaveman has joined #river
piratecaveman has quit [Quit: Client closed]
<ifreund> Nosrep: thats an arch linux zig packaging bug I believe, you could try a static zig binary from https://ziglang.org/download
andyrtr has quit [Ping timeout: 268 seconds]
andyrtr_ has joined #river
andyrtr_ is now known as andyrtr
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
<ifreund> Nosrep: the arch package should be fixed as of a few minutes ago fyi
waleee has quit [Ping timeout: 252 seconds]
piratecaveman has joined #river
<piratecaveman> I was having a problem with compiling with zig on archlinux, I downgraded to using zig-static aur package which was still using 0.10.0 and it works
piratecaveman_ has joined #river
piratecaveman has quit [Quit: piratecaveman]
piratecaveman_ has left #river [#river]
piratecaveman_ has joined #river
alexherbo2 has quit [Remote host closed the connection]
piratecaveman_ has quit [Remote host closed the connection]
taupiqueur1 has quit [Quit: WeeChat 3.8]
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
Guest25 has joined #river
Lemanr has joined #river
<Lemanr> hey all, can vertical window resizing be achieved? Revisiting my config to make improvements. I'm guessing there is no direct way as I am reading through the github doc
Lemanr has quit [Quit: Client closed]
Lemanr has joined #river
<Lemanr> back, sorry had to reboot real quick
groknull has joined #river
groknull has quit [Remote host closed the connection]
Lemanr has quit [Quit: Client closed]
<Nosrep> ifreund: yeah it works now, thanks
<ifreund> no problem
Lemanr has joined #river
alexherbo2 has quit [Remote host closed the connection]
<Lemanr> So sanity check, in riverwm, mod(window key)+Shift+ right arrow key should work right? I'm wondering if that combo is one of those hardware limited combinations
<Lemanr> I know my script is correct though.
alexherbo2 has joined #river
<Lemanr> or at least the way that would be written out is
<Lemanr> specifically I have "riverctl map normal Super+Shift 0xff53 swap next" I put it in terminal and no complaints there. So seems like it's a hardware related limitation.
<ifreund> where did 0xff53 come frome?
<ifreund> you probably want Left or Right
<ifreund> xkbcli interactive-wayland might be handy if you want to find out the names of keysyms
Lemanr has quit [Quit: Client closed]
Lemanr has joined #river
piratecaveman has joined #river
jao has joined #river
piratecaveman has quit [Remote host closed the connection]
andyrtr has quit [Quit: ZNC 1.8.2 - https://znc.in]
andyrtr has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
Lemanr has quit [Quit: Client closed]
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
Lemanr has joined #river
Lemanr has left #river [#river]
<jokeyrhyme[m]> When your script executes, does it have DISPLAY, etc environment variables?
Guest25 has quit [Quit: Client closed]
alexherbo2 has quit [Remote host closed the connection]
<jokeyrhyme[m]> I noticed that river 0.2 now presents layers more like sway: notifications in front of full-screen in front of status bars in front of windows
<jokeyrhyme[m]> With 0.1, I'd see my status bars in front of full-screen
euclio has joined #river
<novakane> jokeyrhyme[m]: that's not something river change, that a setting you can usually change on client side, search to set the layer to overlay in your program
<euclio> Forgive my ignorance, but is anything needed to add xdg-shell 3 support beyond changing this line? There's some GTK weirdness that is fixed by allowing it to reposition popups: https://github.com/riverwm/river/blob/09f3f141ae4ade0ef66acb889c1a3db371c1b23f/river/Server.zig#L104
<ifreund> euclio: yes, code would need to be added to actually handle popup repositioning
<ifreund> I've been putting that off because I'd rather migrate to the wlroots scene graph API first as that will make things easier
<novakane> ifreund: is there some drawbacks to use the scene graph API btw? I always forget to ask that
<ifreund> novakane: we become a bit more reliant on wlroots, but I'm fine with that.
<ifreund> It's also not possible (yet?) to do much custom rendering of any form with it (transparency or whatever)
<jokeyrhyme[m]> <novakane> "jokeyrhyme: that's not something..." <- I didn't change any configuration for my river, status bar, or notifications
<jokeyrhyme[m]> So, it must have been a software update in one of those things
<jokeyrhyme[m]> I suppose it might not have been river, though 🤷
<ifreund> for our use case of simple 2d compositing it's pretty great
<novakane> ifreund: thanks, yeah seems to not be big drawbacks for river use case, have some kind of idea when you can/want to start woring on this?
<ifreund> novakane: this release cycle, as soon as I find time
<novakane> can't wait to start testing this PR :P
<novakane> jokeyrhyme[m]: what's your bar and notif sotfware?
<jokeyrhyme[m]> <novakane> "jokeyrhyme: what's your bar..." <- I'm using eww and wired (trying to avoid C/Cpp code when I can)
<novakane> jokeyrhyme[m]: I don't see why river would have change this behavior but I don't have all the changelog in mind, anyway that still somthing that you should choose on the client side
<novakane> I never use eww or wired though so I don't know if that's possible
<jokeyrhyme[m]> It's all working just the way I want it now (just like it did before in sway)
<jokeyrhyme[m]> I'm happy :)
<jokeyrhyme[m]> Just pointing out something I noticed :)
<novakane> all good then :D
groknull has joined #river
groknull has quit [Remote host closed the connection]
<jokeyrhyme[m]> eww does use gtk-layer-shell, and I see a few river commits RE: layer-shell 🤷
smach has joined #river