Home liberachat/#xmonad: Logs Calendar

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

00:16:27 <geekosaur> I am somewhat tempted to have you try debugManageHookOn (https://github.com/geekosaur/xmonad.hs/blob/skkukuk/xmonad.hs#L56) and then do what makes it tile, and see if the ManageHook triggers and if it has sane window information
01:57:20 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
02:06:37 × td_ quits (~td@i5387091D.versanet.de) (Ping timeout: 252 seconds)
02:08:15 td_ joins (~td@i53870923.versanet.de)
03:36:30 × catman quits (~catman@user/catman) (Ping timeout: 255 seconds)
04:32:44 catman joins (~catman@user/catman)
05:36:45 × catman quits (~catman@user/catman) (Ping timeout: 240 seconds)
07:09:34 mncheck joins (~mncheck@193.224.205.254)
07:29:43 mc47 joins (~mc47@xmonad/TheMC47)
07:36:31 <liskin> I'm a bit overstretched these days :-(
07:36:46 <liskin> Only ircing from toilets and stuff
07:39:30 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 255 seconds)
07:41:12 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
07:50:51 <mc47> liskin, geekosaur, Solid: should we plan how to merge [Leary]'s work (the mvdt stuff) to core? It makes `windows` way more intuitive (#807 was a breeze after their changes) and I think it's an improvement
07:56:45 <geekosaur> I think the current plan is to release the next version as 1.0 and then merge it, because it's a pretty breaking change
08:00:57 <liskin> how much of xmonad-contrib does it break, if any?
08:02:00 <geekosaur> I'm more worried about configs. I know I've handed out various invocations of `windows` with wild abandon and am rather worried that they'll all have to be modified
08:02:52 <geekosaur> `windows` is pretty core, after all
08:03:18 <liskin> yeah, people will hate us for this :-/
08:04:01 <geekosaur> that's why I want this to be 1.1 🙂
08:04:06 <mc47> I mean, they can just _not_ upgrade, right?
08:05:15 <liskin> they'd first need to know not to upgrade
08:05:42 <liskin> if we break configs of dozens of people they'll be upset
08:05:46 <liskin> that's inevitable :-)
08:06:07 <geekosaur> hell, we did that just with deprecations
08:07:11 <liskin> (if I was in their place I'd probably tweet something like "why the fuck do these morons waste time breaking user configs by core refactors instead of biting the bullet and just dealing with Wayland alread?" :-))
08:07:29 <geekosaur> they already do that 🙂
08:07:41 <liskin> :-))
08:08:16 <mc47> Oh right, we can't really deprecate
08:08:29 <[Leary]> The ManageHook PR, which I'll stress /doesn't actually need to go in/, will break basically every config. The core PR #432 (and most if not all of the others), however, break virtually nothing; only the repeatable action stuff (which can be fixed contrib-side).
08:09:08 <[Leary]> Sorry for not getting back to working on this stuff, by the way. My motivation has been elsewhere.
08:09:26 <mc47> I mean... we could just deprecate windows and introduce another combinator with the same implementation
08:09:38 <mc47> Might be better than just a silent breaking change
08:09:44 <geekosaur> yeh, I was focused elsewhere for a while too
08:10:03 <geekosaur> spent today on a bunch of xmonad issues to catch up
08:10:08 <mc47> No need to say sorry, it's great that you contribute code in the first place :D
08:10:14 <liskin> mc47: contrib invokes windows in like a million of places :-)
08:10:25 <liskin> I don't think you can realistically keep both impls in
08:10:40 <mc47> right..
08:10:43 <geekosaur> inevitably since it's pretty much the heart of xmonad
08:11:03 <[Leary]> The beauty of #432 is that we don't need to mess with `windows`, because the semantics haven't actually changed, and it's still used the same way.
08:11:24 <geekosaur> oh, hm. maybe we can pull this off after all then
08:11:34 <[Leary]> Only the implementation and (operational) interpretation change.
08:11:38 mc47 has also been busy... planning a wedding :D
08:12:09 <mc47> I think the problematic change is with the manageHook
08:12:09 <geekosaur> congratulations?
08:12:46 <mc47> yeah thanks
08:13:21 <mc47> The rest of the changes probably won't break anything
08:14:55 <liskin> well anyway, we can merge my floatLocation PR (needs changelog update), release 0.18 or 0.17.3, and then merge the non-managehook PRs and see what breaks
08:15:02 <liskin> if we do a bit of messaging about it…
08:15:34 <liskin> (I haven't seen the diffs yet though, sorry for that, had to prioritise other things in life lately)
08:19:32 × ft quits (~ft@p4fc2a88b.dip0.t-ipconnect.de) (Quit: leaving)
08:24:44 <mc47> I've been running #433 without any problems for quite some time
08:24:50 <mc47> sounds like a plan :+1:
08:38:54 × mc47 quits (~mc47@xmonad/TheMC47) (Read error: Connection reset by peer)
09:00:08 × Solid[m] quits (~slot-matr@2001:470:69fc:105::1:a84) (Quit: You have been kicked for being idle)
09:00:08 × unclechu quits (~unclechu@2001:470:69fc:105::354) (Quit: You have been kicked for being idle)
09:00:08 × liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle)
09:01:40 × Miroboru quits (~myrvoll@188.124.159.94) (Quit: Lost terminal)
10:53:31 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 240 seconds)
10:55:37 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
11:24:56 <jabuxas> hello
11:25:09 liskin[m] joins (~liskinmat@2001:470:69fc:105::768)
11:25:21 Solid[m] joins (~slot-matr@2001:470:69fc:105::1:a84)
11:25:35 unclechu joins (~unclechu@2001:470:69fc:105::354)
11:54:15 Retropikzel[m] parts (~retropikz@2001:470:69fc:105::14e7) ()
12:25:12 × zawaken quits (~zawaken@user/zawaken) (Quit: ZNC - https://znc.in)
12:25:47 zawaken joins (~zawaken@user/zawaken)
14:42:18 mesaoptimizer joins (apotheosis@user/PapuaHardyNet)
14:42:31 × mesaoptimizer quits (apotheosis@user/PapuaHardyNet) (Client Quit)
15:28:57 catman joins (~catman@user/catman)
15:35:44 × catman quits (~catman@user/catman) (Remote host closed the connection)
16:00:08 × liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle)
16:00:08 × Solid[m] quits (~slot-matr@2001:470:69fc:105::1:a84) (Quit: You have been kicked for being idle)
16:00:08 × unclechu quits (~unclechu@2001:470:69fc:105::354) (Quit: You have been kicked for being idle)
16:08:55 catman joins (~catman@user/catman)
16:20:45 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Remote host closed the connection)
16:31:58 jedimahdi[m] joins (~jedimahdi@2001:470:69fc:105::3:49bf)
16:34:58 hrberg joins (~quassel@171.79-160-161.customer.lyse.net)
16:46:43 × catman quits (~catman@user/catman) (Remote host closed the connection)
16:53:29 malook joins (~Thunderbi@2a02:9b0:404d:2c48:f80a:959:790e:cc21)
16:54:45 malook parts (~Thunderbi@2a02:9b0:404d:2c48:f80a:959:790e:cc21) ()
17:09:19 catman joins (~catman@user/catman)
17:37:27 × catman quits (~catman@user/catman) (Remote host closed the connection)
17:40:10 × terrorjack quits (~terrorjac@2a01:4f8:c17:87f8::) (Quit: The Lounge - https://thelounge.chat)
17:43:17 terrorjack joins (~terrorjac@2a01:4f8:c17:87f8::)
18:02:47 catman joins (~catman@user/catman)
18:12:31 × catman quits (~catman@user/catman) (Ping timeout: 256 seconds)
18:23:31 ft joins (~ft@p4fc2a88b.dip0.t-ipconnect.de)
19:13:13 catman joins (~catman@user/catman)
19:15:02 × catman quits (~catman@user/catman) (Remote host closed the connection)
19:47:17 catman joins (~catman@user/catman)
20:03:07 × catman quits (~catman@user/catman) (Remote host closed the connection)
20:13:00 <jabuxas> one thing i managed to find out in the logs is when it "tiles" from 1600x900 floated state - https://bpa.st/6SLDC
20:13:03 <jabuxas> i hope that helps with anything
20:13:14 liskin[m] joins (~liskinmat@2001:470:69fc:105::768)
20:13:25 Solid[m] joins (~slot-matr@2001:470:69fc:105::1:a84)
20:13:38 unclechu joins (~unclechu@2001:470:69fc:105::354)
20:14:37 <geekosaur> yeh, that's requesting a resize
20:38:25 × jabuxas quits (~jabuxas@user/jabuxas) (Ping timeout: 240 seconds)
21:17:04 <geekosaur> hm, do we deal with a window requesting a resize via ConfigureRequest?
21:17:33 <geekosaur> as distinct from either unmap/remap or the EWMH root window message?
21:17:50 <geekosaur> (which I think we don't even advertise much less support)
21:56:45 jabuxas joins (~jabuxas@user/jabuxas)
22:05:40 <jabuxas> i discovered another interesting thing, with `xmonad ... . ewmh` some windows have their border flickering and spike cpu usage for xmonad, and another thing with xmobar consuming a lot of cpu.. well i'll send a video of the first one demostrating it.
22:08:21 <jabuxas> https://imgur.com/a/JNTyey4
22:08:39 <geekosaur> xmobar will depend on what version, several have bugs
22:09:04 <jabuxas> xmobar is 0.46
22:10:02 <geekosaur> I don't know if you got my earlier one but your game window was requesting a resize the ICCCM way (we neither advertise nor support EWMH move/resize) and that may be causing it to get tiled. I'll have to dig at how we handle ConfigureRequest
22:10:25 <geekosaur> liskin? know anything about xmobar 0.46?
22:10:47 <jabuxas> the issue with xmobar is that it spikes very fast to 100% cpu usage when changing windows fast, it's because of the UnsafeXMonadLog monitor, if I remove it the issue goes away, could it be because "Unsafe"?
22:11:00 <geekosaur> (I know practically nothing about xmobar besides that some versions are buggy. I don't use it, and it's not really part of the xmonad project)
22:11:32 <geekosaur> "Unsafe" means it'll accept commands as part of what xmonad sends it
22:11:48 <geekosaur> if you removed it completley then it's not accepting input from xmonad at all
22:12:06 <geekosaur> sounds like it may have infelicities in rendering
22:12:47 <jabuxas> geekosaur: no I didn't see that, thank you. I read somewhere that xmonad is by default is icccm, that's why without ewmh it works?
22:13:21 <geekosaur> it may be, since we wouldn't be advertising ewmh support so many programs would fall back to icccm
22:17:33 <jabuxas> by changing windows i mean changing window focus. with 1 xmobar the cpu doesn't straight up peaks to 100%, but with 2 running at the same time it explodes fast
22:18:23 <jabuxas> imgur really lowers the video quality by a lot, what a shame
22:18:50 <jabuxas> can barely see the flickering
22:19:07 <geekosaur> was gonna say, I didn't see much there
22:19:16 <geekosaur> (sorry, making dinner)
22:19:51 <jabuxas> no problem, i'll try to find another platform to upload it - any suggestions?
22:22:39 <geekosaur> nope, I generally use imgur because that's what my screenshooter uses
22:28:10 <jabuxas> https://youtu.be/hlJFDnnAQP4
22:28:17 <jabuxas> youtube works for high res
22:29:51 <geekosaur> hm. I think you may have an actual bug there
22:30:09 <geekosaur> programs are allowed to set focus to other windows, such as modal dialogs (like that one)
22:30:36 <geekosaur> I don't think we try to handle that, we'll just set focus back where we think it belongs
22:30:43 <geekosaur> could you file that?
22:32:35 <geekosaur> not that I'm quite sure what to do about it in focus follows mouse mode
22:33:11 <jabuxas> i'll try, i'm just not sure on the right wording for it
22:34:46 <geekosaur> (if anyone comes on this discussion later: WM_TRANSIENT_FOR)
22:41:29 <jabuxas> on the minimal configuration file, is `main = xmonad $ ewmh def` syntax correct?
22:49:29 <jabuxas> #452, anything I should edit geekosaur?
22:51:42 <geekosaur> syntax is correct, yes
22:52:01 <geekosaur> I'm reviewing how to identify modal dialogs via ICCCM
22:52:59 <geekosaur> seems good enough
22:54:43 <jabuxas> good :)
23:17:53 <jabuxas> i uploaded some more videos demonstrating then the other 3 bugs, namely xmobar, league client being tiled, and #450
23:29:04 <xmonadtrack> New xmonad-contrib branch created: pull/811 (1 commit) https://github.com/xmonad/xmonad-contrib/pull/811
23:40:15 × mncheck quits (~mncheck@193.224.205.254) (Ping timeout: 255 seconds)
23:49:58 noze` joins (~user@2001:41d0:a:21f1::1)
23:50:31 × noze quits (~user@2001:41d0:a:21f1::1) (Ping timeout: 240 seconds)

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