Home liberachat/#xmonad: Logs Calendar

Logs on 2026-03-07 (liberachat/#xmonad)

00:38:29 hiecaq joins (~hiecaq@user/hiecaq)
01:52:48 × hightower3 quits (~hightower@dh207-81-28.xnet.hr) (Remote host closed the connection)
01:52:58 hightower4 joins (~hightower@dh207-81-28.xnet.hr)
01:54:26 hightower3 joins (~hightower@dh207-81-28.xnet.hr)
01:57:24 × hightower4 quits (~hightower@dh207-81-28.xnet.hr) (Ping timeout: 264 seconds)
04:46:07 stackdroid18 parts (~stackdroi@user/stackdroid) ()
08:28:00 × hightower3 quits (~hightower@dh207-81-28.xnet.hr) (Ping timeout: 264 seconds)
10:59:22 × hiecaq quits (~hiecaq@user/hiecaq) (Quit: ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.2))
13:05:57 tremon joins (~tremon@83.80.159.219)
15:03:47 × Digit quits (~user@user/digit) (Ping timeout: 244 seconds)
15:09:32 L29Ah parts (~L29Ah@wikipedia/L29Ah) ()
17:31:26 ChubaDuba joins (~ChubaDuba@46.147.210.92)
17:48:20 Digit joins (~user@user/digit)
17:51:00 × mkoskar quits (reeeee@user/mkoskar) (Ping timeout: 245 seconds)
17:58:14 mkoskar joins (notroot@user/mkoskar)
18:44:52 haskellbridge S​olid is slowly reminding himself of the release procedure now
18:45:09 <haskellbridge> <S​olid> should hopefully not take all that long
18:51:26 <geekosaur> take notes: iirc we always manage to miss something or do something out of order ☺
18:52:10 <haskellbridge> <S​olid> that is very true :D
18:52:21 <geekosaur> (said notes perhaps belong in the wiki; we've started doing that with cabal and it's gradually helping although we're still finding gotchas)
18:53:35 <geekosaur> (come to think of it, I think the most recent one didn't get recorded so I should go do that now)
19:08:10 stackdroid18 joins (~stackdroi@user/stackdroid)
19:11:37 elarks joins (~elarks@user/yerrii)
19:30:46 <haskellbridge> <S​olid> I _think_ everything should be good
19:30:46 <haskellbridge> <S​olid> even xmonad-docs updated without a hitch
19:50:14 ft joins (~ft@p4fc2a98c.dip0.t-ipconnect.de)
19:52:45 <geekosaur> do we need to release any of the other dependencies? (I don't recall anything off hand except one, but I think we released that immediately afterward)
19:53:13 <geekosaur> come to think of it, I think there's something in xmonad-extras I submitted recently along with the CI fixes
19:53:23 <geekosaur> although it's low priority iirc
20:02:07 <haskellbridge> <S​olid> yeah, maybe it's a good idea to bump extras as well in that case
20:02:42 <haskellbridge> <S​olid> i think this has to be done manually, though, so maybe it has to wait for tomorrow (unless you want to take a stab)
20:08:05 <geekosaur> oh right, I remember: changed it to support `XMONAD_XMESSAGE`. (and I still wonder if we should refactor so core's xmessage wrapper is part of the API, but IIRC most contrib uses of xmessage don't fit how it works)
20:14:30 × ChubaDuba quits (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1)
20:15:13 ChubaDuba joins (~ChubaDuba@46.147.210.92)
20:16:41 × ChubaDuba quits (~ChubaDuba@46.147.210.92) (Client Quit)
20:17:21 ChubaDuba joins (~ChubaDuba@46.147.210.92)
20:21:15 × ChubaDuba quits (~ChubaDuba@46.147.210.92) (Client Quit)
20:21:33 ChubaDuba joins (~ChubaDuba@46.147.210.92)
20:26:49 × ChubaDuba quits (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1)
20:27:11 ChubaDuba joins (~ChubaDuba@46.147.210.92)
20:32:48 × ChubaDuba quits (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1)
20:34:11 <haskellbridge> <e​ldritchcookie> i probably missed something obvious but how do i get the Window if i want to spawn a program? in the edge case that the app doesn't set _NET_WM_PID i can't do anything without assuming the window is tied exactly to the spawning command, i would accept a solution that needs a ManageHook but i also found none
20:34:17 ChubaDuba joins (~ChubaDuba@46.147.210.92)
20:36:30 <haskellbridge> <S​olid> btw, a release is probably the best moment to do this! (i plan on sending an invoice myself in a few days, because as i said i think just having the donations lie there unused feels wrong)
20:37:49 <haskellbridge> <S​olid> eldritchcookie: perhaps you can set a WM_CLASS or something?
20:41:07 × RMSBach quits (~RMSBach@24.210.9.182) (Ping timeout: 264 seconds)
20:41:26 RMSBach joins (~RMSBach@2603:6013:9b00:a7c8:e7e5:f272:eb86:ddf)
20:44:07 <geekosaur> @eldritchcookie, you basically don't. X11 (nor Wayland for that matter) doesn't provide any hooks to tie a window to what spawned it, and doing so would probably require the kernel to know about either X11 or Wayland and plumb some cookie through `exec`. `_NET_WM_PID` is the conventional userspace hackaround for this.
20:44:07 <lambdabot> Unknown command, try @list
20:46:32 <geekosaur> there are some other potential (but also potentially unreliable) hacks, such as sending all windows `WM_SAVE_YOURSELF` and then iterating over them looking to see if their `WM_COMMAND` (if any) matches what you want
20:47:40 <haskellbridge> <e​ldritchcookie> so basically if i can neither use _NET_WM_PID or change the class via commandline flag i am cooked?
20:48:48 <geekosaur> pretty much
20:49:27 <geekosaur> I think there's a contrib that tries the happy-go-lucky "grab the next window that appears and hope it's not a popup" solution
21:16:51 <geekosaur> @eldritchcookie, unless what you want to do is float it (in which case you can just use it directly), you could copy and modify https://hackage.haskell.org/package/xmonad-contrib-0.18.1/docs/src/XMonad.Hooks.FloatNext.html
21:17:02 Digitteknohippie joins (~user@user/digit)
21:17:05 × Digit quits (~user@user/digit) (Ping timeout: 252 seconds)
21:18:52 <geekosaur> or maybe just use https://hackage.haskell.org/package/xmonad-contrib-0.18.1/docs/XMonad-Hooks-ToggleHook.html
22:21:07 × ChubaDuba quits (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1)
22:21:27 ChubaDuba joins (~ChubaDuba@46.147.210.92)
22:23:18 × ChubaDuba quits (~ChubaDuba@46.147.210.92) (Client Quit)
23:04:38 L29Ah joins (~L29Ah@wikipedia/L29Ah)
23:26:53 × elarks quits (~elarks@user/yerrii) (Quit: WeeChat 4.7.1)

All times are in UTC on 2026-03-07.