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/
<pinpoxIRC> ifreund: btw. great talk on ZIG showtime, just watched it on youtube and now I want to learn zig :)
<pinpoxIRC> Did you end up implementing the status-bar protocol and bar?
<waleee> pinpoxIRC: a bit late/very early in Germany, which explains the no-op ping (unless _ifreund has relocated)
<waleee> (01:55 / 1:55 AM at the statusbar question)
<leon-p> right now it's 02:48 and yes, I really should go to bed :)
eShaev9z has joined #river
eShaev9z_ has quit [Ping timeout: 265 seconds]
waleee has quit [Ping timeout: 250 seconds]
angry_vincent has joined #river
angry_vincent has quit [Changing host]
angry_vincent has joined #river
dbuckley has quit [Ping timeout: 246 seconds]
jao has quit [Ping timeout: 250 seconds]
upsala has joined #river
upsala has quit [Remote host closed the connection]
<ifreund> pinpoxIRC: thanks! river-status is the protocol that status bars currently use
<pinpoxIRC> Yeah sorry, I'm in Germany aswell, but a bit of a nightowl
<pinpoxIRC> Question: I just noticed "riverctl focus-view" does only support "next" and "previous" but no left/right/up/down. Is that something that could be implemented or what is the supposed workflow to move focus to a specific window?
<pinpoxIRC> cycling through all of them with "next" and "previous" is not very efficient when you have a lot of windows tiled
<tleydxdy[m]> yeah, the idea is that the most actively used windows will be at the top of the stack
<pinpoxIRC> tleydxdy[m]: I don't understand really the mental model of the stack here, what is meant by this? Is it documented somewhere?
<pinpoxIRC> I thought of windows just being tiled on my screen. Visually I see a window left of the one that is focused right now and want to select it, I assume there is a shortcut I can use to do that. Going "next" seems very unpredictable to me
<tleydxdy[m]> are you using rivertile right now? if so it's a bit easy to explain for me
<pinpoxIRC> yes
<tleydxdy[m]> okay
<tleydxdy[m]> so you have a window at the master area and a bunch at the side, I assume
<pinpoxIRC> yes
<tleydxdy[m]> the one at the master is the one currently at the "top" of the stack
<pinpoxIRC> Ok
<tleydxdy[m]> most likely it's the one you most recently opened
<tleydxdy[m]> on the right going from the top, the second most recently opened and so on right?
<pinpoxIRC> opened yes, used no. In the example picture i was using the htop window for a quick view and would like to get back to the big one on the left
<tleydxdy[m]> yes
<tleydxdy[m]> say you want to look at htop, you'd go to it using next repeadedly, and "zoom" it (aka bring it to the top of the stack) so the window is bigger
<pinpoxIRC> yep
<pinpoxIRC> that is ctlr+shift+enter for me
<tleydxdy[m]> now you can easily zoom back to your main window since now it's the second in the stack
<tleydxdy[m]> you get the idea, the recently used are closer to get to, so to speak
<pinpoxIRC> Ok i get that
<pinpoxIRC> so you would go "next" then "zoom" in this case
<tleydxdy[m]> altho the once at the bottom are not that far either, you just use prev
<tleydxdy[m]> yeah
<pinpoxIRC> Hm ok, I understand
<ifreund> and then zoom to toggle between the top two
<pinpoxIRC> OH! you can zoom back and forth?
<ifreund> if the top of the stack is already focused, it will zoom the second view in the stack
<pinpoxIRC> I thought "zoom" is the same as "bring to the big (area)"
<pinpoxIRC> Nice, okay, that is cool
<pinpoxIRC> Still, would directional focusing be possible in addition?
<pinpoxIRC> Especially over multiple heads would be cool
<ifreund> i mean anything's possible, i've got other priorities at the moment though
<ifreund> it's also not something i personally have any need for
<pinpoxIRC> I see, I might need a bit more time to sink it ini
<pinpoxIRC> *in
<pinpoxIRC> Another question:
<pinpoxIRC> with no windows open, is there a way to tell what screen is focused?
<ifreund> one could put that information in a status bar
<pinpoxIRC> And adding to that, could the screen be focused when the mouse enteres it
<pinpoxIRC> Hm, ok maybe I need to rework the status bar
<pinpoxIRC> I've had the situation a few times when starting river, that I want to open the first window and it opens on a different screen than where my mouse is, I have to click the screen first
<pinpoxIRC> Since windows are focused when the mouse enteres them, I supposed that also would apply to monitors when empty
<tleydxdy[m]> I thought it'll already focus the output when you mouse enter it, maybe only at startup when the mouse haven't moved?
<ifreund> no idea tbh, i don't use focus-follows-cursor
<pinpoxIRC> tleydxdy[m]: now that is not the case
<pinpoxIRC> *no
<ifreund> it seems like it would be reasonable for focus-follows-cursor to do that though yeah
<pinpoxIRC> ifreund: I do, and would argue that is a more predictable behaviour
<pinpoxIRC> yes
<tleydxdy[m]> ig I just always have windows everywhere so I didn't notice ha
<pinpoxIRC> It's not only at the start, I have my left screen empty right now. If i move the mouse over and don't click anything, then press the shortcut to launch a terminal it spawns onthe still focused, right screen
<tleydxdy[m]> btw I took a look at the modifier issue, the specsheet for t480s says it can push 4096x2304x60hz that's far exceeded by the mode setup you had
<tleydxdy[m]> so something funky is going on
<pinpoxIRC> tleydxdy[m]: It works on X and on windows without problems and on Wayland with that DRM_... env var set
<pinpoxIRC> I created a separate wlroots issue this morning, maybe i get any replies or they find the cause
<tleydxdy[m]> yeah, I'm thinking maybe it's doing display stream compression or something
<pinpoxIRC> ¯\_(ツ)_/¯
<tleydxdy[m]> it'd be worth checking what drm format X is using, it's probably also linear
<pinpoxIRC> tleydxdy[m]: do you know how to check that?
<pinpoxIRC> I can spin up X and check
<tleydxdy[m]> I'd need to search it up 😄
<tleydxdy[m]> maybe it's mentioned in the log if you turn on debug log level
<ifreund> i don't think the kernel gives much information other than "this test commit failed"
<pinpoxIRC> startx -- -verbose 6 -logverbose 6 &> ˜/x.log
<pinpoxIRC> I found this command in the archwiki:
<pinpoxIRC> Do you think that would give any valuable information?
<tleydxdy[m]> ifreund: yeah I mean the debug log of X
<pinpoxIRC> lemme re-install X and run that, one sec
<pinpoxIRC> I'm on X right now, that is the log file.
<pinpoxIRC> This is the output of xrandr, everything working fine
<tleydxdy[m]> it really doesn't log much huh
<pinpoxIRC> Regarding fullscreen: Is it possible to make the window fullscreen but not over the bar? more of a "maximized"?
<pinpoxIRC> And second, is there way to configure river so that when I focus a different window while in fullscreen, that one gets put on top?
<pinpoxIRC> I often had two windows taking up the whole desktop and switch back and forth between them. Currently doing "riverct focus-view next" e.g. while in fullscreen, focuses a window "behind" it, which is not that useful. Can I bind it, so that it brings that one also to the front ?
<tleydxdy[m]> I think you're looking for "monocle" mode
<pinpoxIRC> tleydxdy[m]: yes, does that exist?
<tleydxdy[m]> yeah, a few layout generators support it, but not the rivertile shipped by default
<tleydxdy[m]> if you search it on the river github people should have mentioned some
<tleydxdy[m]> fwiw I just patch rivertile instead https://git.sr.ht/~shironeko/river
<pinpoxIRC> Is there a guide on how to write layout generators somewhere?
<pinpoxIRC> Looks interesting
<ifreund> pinpoxIRC: there are 2 examples in python and c in the contrib directory
notzmv has joined #river
<leon-p> pinpoxIRC: I wrote a bit about river layout generators some time ago: https://leon_plickat.srht.site/blog/explaining-river-window-layouts/article.html
<leon-p> alos there is an open PR for directional window focusing: https://github.com/riverwm/river/pull/473
<tleydxdy[m]> I knew there's a pr for it, damn. searching direction turns up nothing
<leon-p> the PR is a bit dusty though; I'd want to start fresh, should there be interest in the feature
<tleydxdy[m]> with scene graph it's probably way easier
<pinpoxIRC> Cool, I'll read the blog post later!
<pinpoxIRC> I'd be very interested in the feature, but I understand if you have other priorities
<pinpoxIRC> Have not worked with zig yet, so I can't help much besides testing
<pinpoxIRC> > If this is a feature that interests you, I recommend pleading your case in IRC.
<pinpoxIRC> Take that as my plead :)
<plumeus> I feel like my entire screen feels less defined now
<plumeus> is there a way to check if hardware acceleration is working?
<plumeus> no idea what's causing it
<tleydxdy[m]> less defined?
<plumeus> idk, I feel like things seem more blurry/pixelated
<tleydxdy[m]> the screen don't have their scale changed or anything right?
<plumeus> I had it at 1.5 and I tried changing it back to 1 right now
<plumeus> XWayland programs always looked really blurry compared to native programs
<plumeus> idk, I can't really tell if it's gotten blurrier. Just feels like it. I hope I'm not going mad.
<tleydxdy[m]> yeah I think if the client don't support it the compositor will have to stretch the window surface to fit the scale
<plumeus> Well, my current issue is that everything looks blurry
<plumeus> even things that should be native
<tleydxdy[m]> another possibility is if resolution is wrong? or you're running through some sort of monitor dock and the display signal is compressed
<plumeus> I only have one monitor, and that's the display on my laptop
<tleydxdy[m]> weird then, even scale of 1 looks blurry?
<plumeus> I can take a screenshot
<plumeus> okay, scale 1 looks terrible
<plumeus> not sure if this screenshot does my situation justice
<plumeus> both are screenshots taken with scale of 1, sorry, seems misleading
<leon-p> start a new application (like a terminal, something that starts fully fresh) and see if the issues are present there as well
<leon-p> this could be a fontconfig thing
<plumeus> looks the same for me, should check if my font stuff got screwed
<leon-p> I had something similar ages ago on my laptop, went away after a reboot. Always blamed the quirky graphics of the device for it.
<plumeus> `$ fc-match` returns `NotoSans-Regular.ttf: "Noto Sans" "Regular"`
<plumeus> idk how else to check
<leon-p> If everything also feels a bit slower than usual and maybe a bit choppy, you are likely having the same issue I encountered back then
<plumeus> I definitely rebooted, that's for sure
<plumeus> I could try rolling back an upgrade
<plumeus> but I don't feel lag
<plumeus> nor odd CPU usage
<leon-p> do only fonts look bad, or also other things? In your screenshot, non-text shapes look ok
<plumeus> I recall having similar behaviour on Sway without the necessary Mesa libraries installed, but my CPU was going crazy back then, iirc
<plumeus> hmm, lemme check images
<plumeus> hmm, I think the issues might be limited to fonts, yeah
<plumeus> I'm starting to doubt my eyes
<leon-p> make sure the font you have configured actually is installed on your system
dbuckley has joined #river
<plumeus> should be fine
<plumeus> idk, I'll try rolling back to a previous version of my steup
<leon-p> if you have a font-config configuration, try deleting that and see if it fixes it
notzmv has quit [Ping timeout: 265 seconds]
<plumeus> I tried rolling back and I think that fixed it
<plumeus> yeah, I'm more or less positive that my issue is resolved. Thanks. Now I just need to troubleshoot why it happened
upsala has joined #river
<pinpoxIRC> plumeus: that looks very much like messed up font rendering to mee. I had very similar results with bad hinting and/or aliasing in fontconfig
waleee has joined #river
angry_vincent has quit [Remote host closed the connection]
angry_vincent has joined #river
angry_vincent has quit [Changing host]
angry_vincent has joined #river
waleee has quit [Ping timeout: 264 seconds]
waleee has joined #river
upsala_ has joined #river
upsala has quit [Ping timeout: 268 seconds]
upsala__ has joined #river
upsala_ has quit [Ping timeout: 250 seconds]
angry_vincent has quit [Remote host closed the connection]
kraem_ has joined #river
<kraem_> hi, i just updated to river (eaa2f6d, since i got some bugs where my computer would freeze if left with swaylock active and i wanted to see if it was fixed on master - might be a swaylock issue though) and border-width isn't respected by firefox anymore. i'm guessing it's due to a change in river since i haven't updated ff since
<kraem_> s/to river (eaa2f6d/river to eaa2f6d (/
<kraem_> i see there's a lot of commits on master in the last 3 weeks. maybe it's an expected behaviour?
<leon-p> kraem_: it's expected, river now by defaults to CSD and uses SSD only if the client supports the decoration protocol and requests SSD
<leon-p> you can add a rule for firefox though to get SSD back
<kraem_> i figured, just found fc6d1cc :)
<leon-p> nice :)
<kraem_> ah that's nice, what rule would that be?
<leon-p> riverctl rule-add ssd -app-id firefox
<kraem_> thanks!
<kraem_> works like a charm
<kraem_> regarding the swaylock freeze bug: i've got a stack trace for swaylock when it happens. i guess it's something to be fixed in swaylock though?
<kraem_> s/stack trace/core dump/
<kraem_> actually it is a stack trace 🙃 pasting it here if it's to any use: https://paste.rs/F4q
<ifreund> kraem_: yeah, thats most likely a swaylock bug, you should report it to them, ideally with a WAYLAND_DEBUG=1 log
<kraem_> thanks, i'll see if i can catch it during work tomorrow
<ifreund> no problem!
<ifreund> kraem_: also note that it's possible to save your river session if the lockscreen crashes, switch to a different tty and start a new swaylock instance with WAYLAND_SOCKET=wayland-1 or whatever set
<kraem_> yeah i'm not able to switch tty when it happens unfortunately :/
<ifreund> hmm, in that case it could be river crashing then, there's an open issue for an assertion failure due to a race that I haven't tracked down yet
<ifreund> even in that case you can reclaim control of the keyboard with sysrq r and then switch ttys
<ifreund> the river session would be lost but you can avoid a hard reboot
<kraem_> i’ve currently got a similar symptom where i only have a black screen and can move the mouse (but switch tty). how do i find the wayland socket name? i tried looking at the env of the river session but couldn’t find it
<kraem_> found it through the dbus-daemon
<kraem_> found this stack trace for river that happened right before i was leaving work (i was in i hurry so i can't recall exactly what happened): https://paste.rs/9PK
<kraem_> trying out waylock and can't get it to unlock although i'm typing my password and pressing enter :/
<kraem_> ok this makes sense: when i wasn't able to unlock with waylock i switched tty, killed waylock and swtiched back to my graphical tty only to see a black screen and a mouse pointer. i think that's exactly what happens when swaylock crashes. i guess this is a security mechanism so that one can't find a bug in the screenlocker, make it crash to get in?
<kraem_> i'll try to switch tty with sysrq (thanks for the tip) if it happens tomorrow to see if i can save myself the hard reboot. losing the wayland session isn't to costly since i have everything i'm working on in tmux and firefox (which saves my session on reboot anyway) :)
<waleee> kraem_: probably a PAM module issue, probably missing altogether
<waleee> (for waylock)
<waleee> the part were it doesn't accept the correct password, the crashing I'm not qualified to say anything about :P
<kraem_> thanks! i forgot i fixed that for swaylock. ill try the same fix for waylock
<kraem_> worked like a charm - thanks for the pointer
<kraem_> just got this (https://paste.rs/1GA) stack when i 1. disabled built in laptop monitor and had external monitor active with wdisplays 2. locked the screen 3. powered off external monitor 4. powered on the external monitor
<ifreund> kraem_: yeah exactly, a screen locker crashing shouldn't unlock the session for security reasons
<ifreund> thanks for the stack trace!
upsala__ has quit [Remote host closed the connection]