| 2026-03-07 00:38:29 +0000 | hiecaq | (~hiecaq@user/hiecaq) hiecaq |
| 2026-03-07 01:52:48 +0000 | hightower3 | (~hightower@dh207-81-28.xnet.hr) (Remote host closed the connection) |
| 2026-03-07 01:52:58 +0000 | hightower4 | (~hightower@dh207-81-28.xnet.hr) hightower2 |
| 2026-03-07 01:54:26 +0000 | hightower3 | (~hightower@dh207-81-28.xnet.hr) hightower2 |
| 2026-03-07 01:57:24 +0000 | hightower4 | (~hightower@dh207-81-28.xnet.hr) (Ping timeout: 264 seconds) |
| 2026-03-07 04:46:07 +0000 | stackdroid18 | (~stackdroi@user/stackdroid) () |
| 2026-03-07 08:28:00 +0000 | hightower3 | (~hightower@dh207-81-28.xnet.hr) (Ping timeout: 264 seconds) |
| 2026-03-07 10:59:22 +0000 | hiecaq | (~hiecaq@user/hiecaq) (Quit: ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.2)) |
| 2026-03-07 13:05:57 +0000 | tremon | (~tremon@83.80.159.219) tremon |
| 2026-03-07 15:03:47 +0000 | Digit | (~user@user/digit) (Ping timeout: 244 seconds) |
| 2026-03-07 15:09:32 +0000 | L29Ah | (~L29Ah@wikipedia/L29Ah) () |
| 2026-03-07 17:31:26 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) ChubaDuba |
| 2026-03-07 17:48:20 +0000 | Digit | (~user@user/digit) Digit |
| 2026-03-07 17:51:00 +0000 | mkoskar | (reeeee@user/mkoskar) (Ping timeout: 245 seconds) |
| 2026-03-07 17:58:14 +0000 | mkoskar | (notroot@user/mkoskar) mkoskar |
| 2026-03-07 18:44:52 +0000 | haskellbridge | Solid is slowly reminding himself of the release procedure now |
| 2026-03-07 18:45:09 +0000 | <haskellbridge> | <Solid> should hopefully not take all that long |
| 2026-03-07 18:51:26 +0000 | <geekosaur> | take notes: iirc we always manage to miss something or do something out of order ☺ |
| 2026-03-07 18:52:10 +0000 | <haskellbridge> | <Solid> that is very true :D |
| 2026-03-07 18:52:21 +0000 | <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) |
| 2026-03-07 18:53:35 +0000 | <geekosaur> | (come to think of it, I think the most recent one didn't get recorded so I should go do that now) |
| 2026-03-07 19:08:10 +0000 | stackdroid18 | (~stackdroi@user/stackdroid) stackdroid |
| 2026-03-07 19:11:37 +0000 | elarks | (~elarks@user/yerrii) yerrii |
| 2026-03-07 19:30:46 +0000 | <haskellbridge> | <Solid> I _think_ everything should be good |
| 2026-03-07 19:30:46 +0000 | <haskellbridge> | <Solid> even xmonad-docs updated without a hitch |
| 2026-03-07 19:50:14 +0000 | ft | (~ft@p4fc2a98c.dip0.t-ipconnect.de) ft |
| 2026-03-07 19:52:45 +0000 | <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) |
| 2026-03-07 19:53:13 +0000 | <geekosaur> | come to think of it, I think there's something in xmonad-extras I submitted recently along with the CI fixes |
| 2026-03-07 19:53:23 +0000 | <geekosaur> | although it's low priority iirc |
| 2026-03-07 20:02:07 +0000 | <haskellbridge> | <Solid> yeah, maybe it's a good idea to bump extras as well in that case |
| 2026-03-07 20:02:42 +0000 | <haskellbridge> | <Solid> i think this has to be done manually, though, so maybe it has to wait for tomorrow (unless you want to take a stab) |
| 2026-03-07 20:08:05 +0000 | <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) |
| 2026-03-07 20:14:30 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1) |
| 2026-03-07 20:15:13 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) ChubaDuba |
| 2026-03-07 20:16:41 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) (Client Quit) |
| 2026-03-07 20:17:21 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) ChubaDuba |
| 2026-03-07 20:21:15 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) (Client Quit) |
| 2026-03-07 20:21:33 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) ChubaDuba |
| 2026-03-07 20:26:49 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1) |
| 2026-03-07 20:27:11 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) ChubaDuba |
| 2026-03-07 20:32:48 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1) |
| 2026-03-07 20:34:11 +0000 | <haskellbridge> | <eldritchcookie> 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 |
| 2026-03-07 20:34:17 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) ChubaDuba |
| 2026-03-07 20:36:30 +0000 | <haskellbridge> | <Solid> 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) |
| 2026-03-07 20:37:49 +0000 | <haskellbridge> | <Solid> eldritchcookie: perhaps you can set a WM_CLASS or something? |
| 2026-03-07 20:41:07 +0000 | RMSBach | (~RMSBach@24.210.9.182) (Ping timeout: 264 seconds) |
| 2026-03-07 20:41:26 +0000 | RMSBach | (~RMSBach@2603:6013:9b00:a7c8:e7e5:f272:eb86:ddf) RMSBach |
| 2026-03-07 20:44:07 +0000 | <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. |
| 2026-03-07 20:44:07 +0000 | <lambdabot> | Unknown command, try @list |
| 2026-03-07 20:46:32 +0000 | <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 |
| 2026-03-07 20:47:40 +0000 | <haskellbridge> | <eldritchcookie> so basically if i can neither use _NET_WM_PID or change the class via commandline flag i am cooked? |
| 2026-03-07 20:48:48 +0000 | <geekosaur> | pretty much |
| 2026-03-07 20:49:27 +0000 | <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 |
| 2026-03-07 21:16:51 +0000 | <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 |
| 2026-03-07 21:17:02 +0000 | Digitteknohippie | (~user@user/digit) Digit |
| 2026-03-07 21:17:05 +0000 | Digit | (~user@user/digit) (Ping timeout: 252 seconds) |
| 2026-03-07 21:18:52 +0000 | <geekosaur> | or maybe just use https://hackage.haskell.org/package/xmonad-contrib-0.18.1/docs/XMonad-Hooks-ToggleHook.html |
| 2026-03-07 22:21:07 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1) |
| 2026-03-07 22:21:27 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) ChubaDuba |
| 2026-03-07 22:23:18 +0000 | ChubaDuba | (~ChubaDuba@46.147.210.92) (Client Quit) |
| 2026-03-07 23:04:38 +0000 | L29Ah | (~L29Ah@wikipedia/L29Ah) L29Ah |
| 2026-03-07 23:26:53 +0000 | elarks | (~elarks@user/yerrii) (Quit: WeeChat 4.7.1) |