Home liberachat/#xmonad: Logs Calendar

Logs on 2023-04-18 (liberachat/#xmonad)

00:00:44 <geekosaur> (use race, thread 1 does threadDelay 5000000 and exits, thread 2 opens the display and records events and timestamps in the Chan)
00:01:23 <geekosaur> then the main thread harvests from the Chan and the timestamp of the last event read is when xmonad finished
00:03:11 × malook quits (~Thunderbi@46.52.55.36) (Quit: malook)
00:04:17 <JonathanWatson[m> sounds good i'll give that a go
00:07:35 <JonathanWatson[m> <geekosaur> "(use race, thread 1 does..." <- although ideally thread 1 would restart the timer every time the Chan is posted to
00:08:18 <geekosaur> I wouldn't say so, a timeout of 5-10 seconds should be fine
00:08:29 <JonathanWatson[m> fair enough
00:08:41 <JonathanWatson[m> also since we only care about the last timeout wouldn't it be better to use an MVar?
00:08:46 <geekosaur> unless you're testing with 10000 windows in which case you will discover that the StackSet was a bit of a mistake 🙂
00:09:04 <geekosaur> mm, probably
00:09:07 <JonathanWatson[m> well actually
00:09:26 <geekosaur> (the StackSet is backed by a pair of lists. large lists are slow
00:09:28 <geekosaur> )
00:09:47 <JonathanWatson[m> that's a good point i'm more going for a small number of windows but lots of operations
00:11:06 <JonathanWatson[m> but ideally i would want the time to be nearer the 1 minute mark so its easier to see the differences when the program gets slower
00:11:21 <JonathanWatson[m> and i get nicer error bars
00:18:30 × catman quits (~catman@user/catman) (Ping timeout: 255 seconds)
00:25:34 × hightower3 quits (~hightower@213.149.61.95) (Read error: Connection reset by peer)
00:25:59 → hightower3 joins (~hightower@213.149.61.95)
00:40:25 × ft quits (~ft@i59F54987.versanet.de) (Ping timeout: 240 seconds)
00:42:23 → ft joins (~ft@87.122.11.39)
00:53:58 <JonathanWatson[m> i've been stuck on this for a while... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/1e233b4267194150308a715065a48e7cc1186a71>)
00:54:24 <JonathanWatson[m> timeout 1000000 (takeMVar lastTimestampVar) doesn't seem to actually timeout
00:55:02 <JonathanWatson[m> i have to press alt+space before it actually decides to go down the Nothing branch
00:55:12 <JonathanWatson[m> * i've been stuck on this for a while... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/9ed66cf078b16abf1bc4ff6f74d586a7ec266be2>)
00:55:30 <JonathanWatson[m> which is very ood
00:55:40 <JonathanWatson[m> * which is very odd
00:56:06 <JonathanWatson[m> * i've been stuck on this for a while... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/f0b49a02c3153aa5faee4c1c6c4edbb360a9f87c>)
00:56:59 <JonathanWatson[m> this is despite the print t not doing anything after the benchmark
00:58:56 <JonathanWatson[m> i can only assume something to do with async
01:12:12 <JonathanWatson[m> ok i think `False -> return ()` was running too often
01:12:28 <JonathanWatson[m> and also i didn't put flush in it which is probably fine but it definitely needs a sleep
01:14:35 <JonathanWatson[m> well i have a benchmark now
01:14:44 <JonathanWatson[m> @geekosaur thank you so much for the help
01:14:45 <lambdabot> Unknown command, try @list
01:15:21 → catman joins (~catman@user/catman)
02:08:25 × td_ quits (~td@i53870920.versanet.de) (Ping timeout: 240 seconds)
02:10:31 → td_ joins (~td@i53870902.versanet.de)
02:41:15 × terrorjack quits (~terrorjac@2a01:4f8:c17:87f8::) (Quit: The Lounge - https://thelounge.chat)
02:44:17 → terrorjack joins (~terrorjac@2a01:4f8:c17:87f8::)
04:51:00 × catman quits (~catman@user/catman) (Quit: WeeChat 3.8)
05:00:14 → catman joins (~catman@user/catman)
05:38:25 × catman quits (~catman@user/catman) (Ping timeout: 240 seconds)
06:37:04 → catman joins (~catman@user/catman)
06:38:49 → mncheck joins (~mncheck@193.224.205.254)
06:55:27 × ft quits (~ft@87.122.11.39) (Quit: leaving)
07:23:14 × catman quits (~catman@user/catman) (Ping timeout: 246 seconds)
07:28:55 → mc47 joins (~mc47@xmonad/TheMC47)
08:03:40 × mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection)
08:24:58 → Miroboru joins (~myrvoll@188.124.159.94)
08:25:49 <Miroboru> Is there any way to reset the layout to a default setting in xmonad?
08:26:34 <Miroboru> Googling this I see that mod-shift-space should do this, but in my case this just prints space
08:31:12 → cfricke joins (~cfricke@user/cfricke)
08:49:15 → lykos153 joins (~lykos153@2001:470:69fc:105::c8ea)
09:00:26 × unclechu quits (~unclechu@2001:470:69fc:105::354) (Quit: You have been kicked for being idle)
09:00:26 × liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle)
09:01:23 → mc47 joins (~mc47@xmonad/TheMC47)
10:01:29 → hightower4 joins (~hightower@213.149.61.245)
10:04:31 × hightower3 quits (~hightower@213.149.61.95) (Ping timeout: 276 seconds)
11:43:16 → ft joins (~ft@p4fc2a88b.dip0.t-ipconnect.de)
12:40:48 <geekosaur> Miroboru, that sounds like your config has it rebound
12:41:00 → liskin[m] joins (~liskinmat@2001:470:69fc:105::768)
12:41:17 → unclechu joins (~unclechu@2001:470:69fc:105::354)
12:41:26 <geekosaur> you want to bind a key to `asks (layoutHook . config) >>= setLayout`
12:42:00 <geekosaur> JonathanWatson[m, sorry, I'd gone to bed
13:06:45 × hightower4 quits (~hightower@213.149.61.245) (Ping timeout: 240 seconds)
13:27:31 <Miroboru> geekosaur: Yeah, the issue was it not being bound. I still cannot find anything that does what I want though.
13:30:22 <Miroboru> What I basically want is something that resets the sizes of the windows when called.
13:33:10 <geekosaur> what layout are you using?
13:34:31 <geekosaur> some layouts use the original requested size of the window, but don't save that, nor does the application, so you can't go back
14:02:44 <geekosaur> that said, a layout like Tall should completely reset on `setLayout`
14:11:06 <geekosaur> oh, you need to `setLayout` on each workspace, there's no switch that applies to all workspaces (but I feel like there's a function that applies something to all workspaces, I can't recall it though)
15:13:31 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.8)
15:47:25 × mc47 quits (~mc47@xmonad/TheMC47) (Ping timeout: 252 seconds)
15:48:48 → hightower2 joins (~hightower@230-130.dsl.iskon.hr)
16:00:05 × Solid[m] quits (~slot-matr@2001:470:69fc:105::1:a84) (Quit: You have been kicked for being idle)
16:00:14 × liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle)
16:00:14 × unclechu quits (~unclechu@2001:470:69fc:105::354) (Quit: You have been kicked for being idle)
16:14:46 × berberman quits (~berberman@user/berberman) (Quit: ZNC 1.8.2 - https://znc.in)
16:15:07 → berberman joins (~berberman@user/berberman)
16:27:34 → thunderrd joins (~thunderrd@183.182.111.241)
16:32:00 × thunderrd quits (~thunderrd@183.182.111.241) (Remote host closed the connection)
16:43:42 × fcser quits (~fcser@booty.farted.net) (Excess Flood)
16:43:49 → fcser joins (~fcser@booty.farted.net)
16:53:31 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Remote host closed the connection)
17:27:00 × terrorjack quits (~terrorjac@2a01:4f8:c17:87f8::) (Quit: The Lounge - https://thelounge.chat)
17:29:58 → terrorjack joins (~terrorjac@2a01:4f8:c17:87f8::)
17:34:40 × hightower2 quits (~hightower@230-130.dsl.iskon.hr) (Ping timeout: 252 seconds)
18:32:37 → catman joins (~catman@user/catman)
19:14:59 → hightower2 joins (~hightower@230-130.dsl.iskon.hr)
19:35:50 × catman quits (~catman@user/catman) (Ping timeout: 246 seconds)
20:36:00 → catman joins (~catman@user/catman)
20:42:08 × catman quits (~catman@user/catman) (Ping timeout: 248 seconds)
20:56:02 → rekahsoft joins (~rekahsoft@bras-base-orllon1122w-grc-04-174-88-193-177.dsl.bell.ca)
21:58:25 × rekahsoft quits (~rekahsoft@bras-base-orllon1122w-grc-04-174-88-193-177.dsl.bell.ca) (Ping timeout: 240 seconds)
22:07:12 × pharonix71 quits (~pharonix7@user/pharonix71) (Remote host closed the connection)
22:07:53 <jabuxas> i have interesting issues, one i already made an issue on github and im just asking for clearing as to why it might happen
22:07:55 <jabuxas> one of the issues was that game launchers made xmonad overloaded, sluggish and it didnt respond, which, after disabling windowedFullscreenFixEventHook and fullscreenSupport, that went away
22:07:57 <jabuxas> one other is league of legends client, which after being touched (receiving any input) tiled itself (even though I specifically made it float), and the answer to that was removing ewmhFullscreen.
22:08:07 → liskin[m] joins (~liskinmat@2001:470:69fc:105::768)
22:08:19 → Solid[m] joins (~slot-matr@2001:470:69fc:105::1:a84)
22:08:34 → unclechu joins (~unclechu@2001:470:69fc:105::354)
22:09:10 <jabuxas> i tried looking at source code but couldn't find the exact reason for why that happened with my skills
22:09:21 → L29Ah joins (~L29Ah@wikipedia/L29Ah)
22:32:05 × jabuxas quits (~jabuxas@user/jabuxas) (Ping timeout: 260 seconds)
22:34:23 <geekosaur> I have no idea what to do about an xlib crash…
22:34:36 <geekosaur> switching to xcb isn't really an option at this point
22:35:30 → catman joins (~catman@user/catman)
22:39:02 <L29Ah> fix xlib
22:39:14 <L29Ah> are you sure it's xlib tho?
22:41:37 <geekosaur> it's the only place that can produce that error
22:42:14 <geekosaur> we don't make poly calls, which is the only other thing that can produce that error
22:46:22 <geekosaur> and RH isn't about to fix xlib, that would be admitting that there are still people that don't run Wayland
22:48:59 <L29Ah> alternatively someone could fix https://github.com/qutebrowser/qutebrowser/issues/5108 and then we can pretend like xmonad has no bugs
22:49:14 <L29Ah> geekosaur: https://gitlab.freedesktop.org/xorg/lib/libx11/-/commits/master too many fresh commits for that hypothesis
22:49:46 <L29Ah> also, why is it only triggered by Tabbed?
22:50:02 <L29Ah> i'd expect things like my huge window matching rules look up WM_NAME as well
22:52:53 <geekosaur> do they use `title`?
22:53:04 <geekosaur> (it's usually a bad idea, especially for browsers)
22:54:01 <L29Ah> geekosaur: https://github.com/l29ah/xmonad-config/blob/master/xmonad.hs#L260
22:55:05 <geekosaur> it's in a composeOne and thereby skipped because https://github.com/l29ah/xmonad-config/blob/master/xmonad.hs#L253 matched
22:59:06 <L29Ah> i wonder why xmonad doesn't crash when qutebrowser is already running
23:00:03 <L29Ah> i can restart xmonad after crashing and it's fine with its Tabbed qutebrowser
23:11:23 × mncheck quits (~mncheck@193.224.205.254) (Ping timeout: 246 seconds)
23:11:54 <geekosaur> https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Util/NamedWindows.hs#L52-L53 from updateDeco
23:12:18 <geekosaur> which is called when the tab is created and probably not again until you do something that resizes the tab
23:12:51 <L29Ah> but a tab is created each time xmonad is restarted
23:13:05 <L29Ah> s/rest/st/
23:13:06 <geekosaur> created, or left around?
23:13:46 <L29Ah> geekosaur: what do you mean "left around"? xmonad needs to create all them decorations when it starts up
23:21:23 <geekosaur> I thought it had no chance to clean up the existing tabs when it died (the abort is inside xcb as invoked by xlib) but apparently it's not marking them persistent
23:21:46 <geekosaur> (I'm testing stuff in my sandbox as I go;p the tabs definitely disappear before xmonad restarts)
23:23:08 <L29Ah> ok, xprop says the WM_NAME is much smaller
23:23:21 <L29Ah> maybe qutebrowser dumps the huge one and then trims it afterwards, idk
23:24:23 <geekosaur> the trashed tab you showed in the beginning strongly suggests xmonad was trying to render the whole 350+k string in the tab
23:25:01 <L29Ah> if it tried to render it, then it fetched it
23:25:24 <geekosaur> yeh
23:25:51 <geekosaur> also I note that qutebrowser is trying to render the string at first and then the render thread crashes
23:26:12 <geekosaur> which is why it's not happening on restart; the tab has an error string instead
23:29:15 <L29Ah> > the render thread crashes
23:29:16 <L29Ah> does it? i think the URL itself is about the render thread crashing
23:29:17 <lambdabot> error:
23:29:17 <lambdabot> Variable not in scope: the :: (Doc -> String) -> t0 -> t1 -> terror:
23:29:17 <lambdabot> • Variable not in scope: thread
23:29:32 <L29Ah> so you might be confusing it
23:30:10 <geekosaur> only if it's a quine; look at the url it claims to be opening
23:30:14 <L29Ah> and xprop is showing a trimmed version of the URL that is yanked with yy
23:30:32 <L29Ah> the one that gets yanked is huge
23:32:36 <geekosaur> yes, and includes: Error while opening https://blueprint.bryanjohnson.co.uk…
23:32:43 <L29Ah> found where the qutebrowser title is set, but no idea why is it trimmed
23:32:45 <L29Ah> // self.widget.window().setWindowTitle(title)
23:35:30 <geekosaur> damn, maybe this thing is a quine
23:36:00 <geekosaur> but still, that means it starts out showing the url and then changes it to the page title
23:36:26 <geekosaur> so it's still shoveled 389k into WM_NAME and/or _NET_WM_NAME
23:41:03 <geekosaur> and right, if I hit the Try again link it reports it couldn't open the url I saw embedded in it
23:41:30 <geekosaur> and does not crash
23:43:42 <geekosaur> hm, it's a bit late for liskin to be around but… around?
23:49:47 <liskin> About to fall asleep
23:51:48 <geekosaur> oh. check back here tomorrow then
23:52:05 <L29Ah> i brainfarted at https://github.com/qutebrowser/qutebrowser/issues/5108 now gotta go sleep as well
23:52:07 <geekosaur> I'm trying to gdb to verify where we're crashing but I think it's Xlib

All times are in UTC on 2023-04-18.