Logs: liberachat/#xmonad
| 2026-03-07 19:11:37 | → | elarks joins (~elarks@user/yerrii) |
| 2026-03-07 19:30:46 | <haskellbridge> | <Solid> I _think_ everything should be good |
| 2026-03-07 19:30:46 | <haskellbridge> | <Solid> even xmonad-docs updated without a hitch |
| 2026-03-07 19:50:14 | → | ft joins (~ft@p4fc2a98c.dip0.t-ipconnect.de) |
| 2026-03-07 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) |
| 2026-03-07 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 |
| 2026-03-07 19:53:23 | <geekosaur> | although it's low priority iirc |
| 2026-03-07 20:02:07 | <haskellbridge> | <Solid> yeah, maybe it's a good idea to bump extras as well in that case |
| 2026-03-07 20:02:42 | <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 | <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 | × | ChubaDuba quits (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1) |
| 2026-03-07 20:15:13 | → | ChubaDuba joins (~ChubaDuba@46.147.210.92) |
| 2026-03-07 20:16:41 | × | ChubaDuba quits (~ChubaDuba@46.147.210.92) (Client Quit) |
| 2026-03-07 20:17:21 | → | ChubaDuba joins (~ChubaDuba@46.147.210.92) |
| 2026-03-07 20:21:15 | × | ChubaDuba quits (~ChubaDuba@46.147.210.92) (Client Quit) |
| 2026-03-07 20:21:33 | → | ChubaDuba joins (~ChubaDuba@46.147.210.92) |
| 2026-03-07 20:26:49 | × | ChubaDuba quits (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1) |
| 2026-03-07 20:27:11 | → | ChubaDuba joins (~ChubaDuba@46.147.210.92) |
| 2026-03-07 20:32:48 | × | ChubaDuba quits (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1) |
| 2026-03-07 20:34:11 | <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 | → | ChubaDuba joins (~ChubaDuba@46.147.210.92) |
| 2026-03-07 20:36:30 | <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 | <haskellbridge> | <Solid> eldritchcookie: perhaps you can set a WM_CLASS or something? |
| 2026-03-07 20:41:07 | × | RMSBach quits (~RMSBach@24.210.9.182) (Ping timeout: 264 seconds) |
| 2026-03-07 20:41:26 | → | RMSBach joins (~RMSBach@2603:6013:9b00:a7c8:e7e5:f272:eb86:ddf) |
| 2026-03-07 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. |
| 2026-03-07 20:44:07 | <lambdabot> | Unknown command, try @list |
| 2026-03-07 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 |
| 2026-03-07 20:47:40 | <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 | <geekosaur> | pretty much |
| 2026-03-07 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 |
| 2026-03-07 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 |
| 2026-03-07 21:17:02 | → | Digitteknohippie joins (~user@user/digit) |
| 2026-03-07 21:17:05 | × | Digit quits (~user@user/digit) (Ping timeout: 252 seconds) |
| 2026-03-07 21:18:52 | <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 | × | ChubaDuba quits (~ChubaDuba@46.147.210.92) (Quit: WeeChat 4.8.1) |
| 2026-03-07 22:21:27 | → | ChubaDuba joins (~ChubaDuba@46.147.210.92) |
| 2026-03-07 22:23:18 | × | ChubaDuba quits (~ChubaDuba@46.147.210.92) (Client Quit) |
| 2026-03-07 23:04:38 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2026-03-07 23:26:53 | × | elarks quits (~elarks@user/yerrii) (Quit: WeeChat 4.7.1) |
| 2026-03-08 00:59:02 | ← | stackdroid18 parts (~stackdroi@user/stackdroid) () |
| 2026-03-08 03:28:35 | × | tremon quits (~tremon@83.80.159.219) (Remote host closed the connection) |
| 2026-03-08 03:59:34 | × | terrorjack quits (~terrorjac@2a01:4f8:271:2d98::2) (Quit: The Lounge - https://thelounge.chat) |
| 2026-03-08 04:13:12 | → | ChubaDuba joins (~ChubaDuba@5.165.252.94) |
| 2026-03-08 05:31:16 | × | ChubaDuba quits (~ChubaDuba@5.165.252.94) (Ping timeout: 244 seconds) |
| 2026-03-08 06:44:40 | → | ChubaDuba joins (~ChubaDuba@5.165.252.94) |
| 2026-03-08 06:49:03 | × | ChubaDuba quits (~ChubaDuba@5.165.252.94) (Ping timeout: 255 seconds) |
| 2026-03-08 06:50:59 | → | ChubaDuba joins (~ChubaDuba@5.165.252.94) |
| 2026-03-08 06:52:05 | <haskellbridge> | <Solid> extras 0.17.3 is now also on Hackage |
| 2026-03-08 06:55:21 | × | ChubaDuba quits (~ChubaDuba@5.165.252.94) (Ping timeout: 255 seconds) |
| 2026-03-08 06:57:18 | → | ChubaDuba joins (~ChubaDuba@5.165.252.94) |
| 2026-03-08 07:50:43 | × | ChubaDuba quits (~ChubaDuba@5.165.252.94) (Ping timeout: 264 seconds) |
| 2026-03-08 07:59:12 | → | ChubaDuba joins (~ChubaDuba@5.165.252.94) |
| 2026-03-08 08:03:30 | × | ChubaDuba quits (~ChubaDuba@5.165.252.94) (Ping timeout: 248 seconds) |
| 2026-03-08 08:05:31 | → | ChubaDuba joins (~ChubaDuba@5.165.252.94) |
| 2026-03-08 08:15:32 | → | Enrico63 joins (~Enrico63@host-80-104-109-187.retail.telecomitalia.it) |
| 2026-03-08 09:17:05 | → | hiecaq joins (~hiecaq@user/hiecaq) |
| 2026-03-08 09:18:39 | × | ChubaDuba quits (~ChubaDuba@5.165.252.94) (Ping timeout: 245 seconds) |
| 2026-03-08 11:20:17 | → | ChubaDuba joins (~ChubaDuba@5.165.252.94) |
| 2026-03-08 11:58:49 | × | Enrico63 quits (~Enrico63@host-80-104-109-187.retail.telecomitalia.it) (Quit: Client closed) |
| 2026-03-08 13:07:50 | Digitteknohippie | is now known as Digit |
| 2026-03-08 15:47:43 | × | Digit quits (~user@user/digit) (Ping timeout: 264 seconds) |
| 2026-03-08 15:47:43 | → | Digitteknohippie joins (~user@user/digit) |
| 2026-03-08 15:54:52 | × | hiecaq quits (~hiecaq@user/hiecaq) (Quit: ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.2)) |
| 2026-03-08 16:58:34 | Digitteknohippie | is now known as Digit |
| 2026-03-08 17:51:37 | × | beastwick quits (~brian@user/beastwick) (Ping timeout: 248 seconds) |
| 2026-03-08 17:58:28 | → | tremon joins (~tremon@83.80.159.219) |
| 2026-03-08 19:16:34 | → | Digitteknohippie joins (~user@user/digit) |
| 2026-03-08 19:18:32 | × | Digit quits (~user@user/digit) (Ping timeout: 268 seconds) |
| 2026-03-08 19:31:32 | × | werneta quits (~werneta@71.83.160.242) (Quit: leaving) |
| 2026-03-08 19:32:06 | → | werneta joins (~werneta@71.83.160.242) |
| 2026-03-08 19:40:31 | × | ChubaDuba quits (~ChubaDuba@5.165.252.94) (Quit: WeeChat 4.8.1) |
| 2026-03-08 21:16:05 | Digitteknohippie | is now known as Digit |
| 2026-03-08 21:24:50 | → | stackdroid18 joins (~stackdroi@user/stackdroid) |
| 2026-03-08 23:57:04 | ← | stackdroid18 parts (~stackdroi@user/stackdroid) () |
| 2026-03-09 00:10:37 | × | tremon quits (~tremon@83.80.159.219) (Quit: getting boxed in) |
| 2026-03-09 02:56:24 | × | ml| quits (~ml|@user/ml/x-5298235) (Ping timeout: 255 seconds) |
| 2026-03-09 03:09:30 | → | ml| joins (~ml|@user/ml/x-5298235) |
| 2026-03-09 06:22:04 | → | terrorjack joins (~terrorjac@2a01:4f8:271:2d98::2) |
| 2026-03-09 08:18:44 | × | ft quits (~ft@p4fc2a98c.dip0.t-ipconnect.de) (Quit: leaving) |
| 2026-03-09 08:54:53 | → | ChubaDuba joins (~ChubaDuba@79.136.178.40) |
| 2026-03-09 08:56:09 | × | ChubaDuba quits (~ChubaDuba@79.136.178.40) (Client Quit) |
| 2026-03-09 10:47:26 | × | T_X_ quits (~T_X@diktynna.open-mesh.org) (Read error: Connection reset by peer) |
| 2026-03-09 10:48:32 | → | T_X joins (~T_X@2a01:4f8:241:fc1:136:243:236:17) |
| 2026-03-09 11:55:57 | → | ChubaDuba joins (~ChubaDuba@79.136.178.40) |
| 2026-03-09 11:57:21 | × | ChubaDuba quits (~ChubaDuba@79.136.178.40) (Client Quit) |
| 2026-03-09 14:01:45 | <haskellbridge> | <eldritchcookie> hello is there an easy way to have a NamedScratchpad behave as a full screen window? i tried to use doFullFloat for the hook but it covers my status bar, in the vertical direction goes a little outside the screen and in the horizontal direction it doesn't reach the end of the screen |
| 2026-03-09 14:26:54 | → | vados joins (~vados@46-133-51-198.mobile.vf-ua.net) |
| 2026-03-09 14:48:30 | × | Digit quits (~user@user/digit) (Ping timeout: 245 seconds) |
| 2026-03-09 14:48:45 | → | Digitteknohippie joins (~user@user/digit) |
| 2026-03-09 15:24:20 | × | Digitteknohippie quits (~user@user/digit) (Ping timeout: 268 seconds) |
| 2026-03-09 15:25:49 | <geekosaur> | that sounds like a bug in doFullFloat |
| 2026-03-09 15:26:00 | <geekosaur> | I can't check now |
| 2026-03-09 15:27:35 | → | tremon joins (~tremon@83.80.159.219) |
| 2026-03-09 15:31:19 | <geekosaur> | hm, actually I don't think it can be doFullFloat itself that's buggy, it just specifies a RationalRect 0 0 1 1 |
| 2026-03-09 15:32:22 | <geekosaur> | so either that is somehow being mistranslated to physical coordinates, or the program whose window you are adjusting has its own ideas (I have, sadly, seen this and needed to nuke its state/config file to fix, but it's thankfully rare) |
| 2026-03-09 16:15:37 | → | Digit joins (~user@user/digit) |
| 2026-03-09 16:22:59 | Digit | is now known as Digitteknohippie |
| 2026-03-09 16:23:46 | Digitteknohippie | is now known as Digit |
| 2026-03-09 18:35:01 | × | vados quits (~vados@46-133-51-198.mobile.vf-ua.net) (Read error: Connection reset by peer) |
All times are in UTC.