Logs on 2021-10-18 (liberachat/#xmonad)
| 00:32:51 | <liskin> | Hm, I just realized that I don't need to refactor all of ewmh, I can just use ExtensibleConf to make window activation and workspace sort/rename configurable while keeping the existing interface intact! |
| 00:33:19 | <liskin> | Good, that sounds like a plan to fix #396 tomorrow. |
| 00:34:21 | <liskin> | (So the refactor can then be finished post release and won't be rushed.) |
| 01:09:26 | → | abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 01:25:56 | × | ^[ quits (~user@user//x-8473491) (Quit: ^[) |
| 01:30:20 | → | ^[ joins (~user@user//x-8473491) |
| 02:04:35 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 264 seconds) |
| 02:22:09 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 02:45:23 | × | td_ quits (~td@94.134.91.73) (Ping timeout: 264 seconds) |
| 02:46:59 | → | td_ joins (~td@muedsl-82-207-238-233.citykom.de) |
| 03:54:16 | × | abhixec quits (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 245 seconds) |
| 04:10:24 | → | Guest4 joins (~Guest4@24.16.46.64) |
| 04:11:47 | × | Guest4 quits (~Guest4@24.16.46.64) (Client Quit) |
| 04:30:37 | × | coldpress_ quits (~coldpress@128.9.105.34.bc.googleusercontent.com) (*.net *.split) |
| 04:30:37 | × | thaumavorio_ quits (~thaumavor@thaumavor.io) (*.net *.split) |
| 04:30:37 | × | davve quits (davve@bsd.douchedata.com) (*.net *.split) |
| 04:30:45 | → | davve joins (davve@bsd.douchedata.com) |
| 04:31:32 | → | coldpress joins (~coldpress@128.9.105.34.bc.googleusercontent.com) |
| 04:31:37 | → | thaumavorio joins (~thaumavor@thaumavor.io) |
| 04:52:39 | × | cjb quits (~cjb@user/cjb) () |
| 05:44:05 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Ping timeout: 265 seconds) |
| 05:54:55 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 06:24:59 | × | catman quits (~catman@user/catman) (Ping timeout: 264 seconds) |
| 06:26:34 | → | catman joins (~catman@user/catman) |
| 06:38:17 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 07:01:05 | → | cyr4x3 joins (~cyr4x3@139.47.115.87) |
| 07:01:14 | × | cyr4x3 quits (~cyr4x3@139.47.115.87) (Client Quit) |
| 07:05:30 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 07:35:40 | → | catman_ joins (~catman@user/catman) |
| 07:36:17 | catman | is now known as Guest5051 |
| 07:36:17 | catman_ | is now known as catman |
| 07:38:03 | × | Guest5051 quits (~catman@user/catman) (Ping timeout: 258 seconds) |
| 08:03:03 | → | darkstarx joins (~darkstard@2601:1c2:300:c8a0::6c32) |
| 08:03:18 | × | darkstardevx quits (~darkstard@2601:1c2:300:c8a0::6c32) (Remote host closed the connection) |
| 08:04:41 | × | FatBoyXPC_ quits (~FatBoyXPC@user/fatboyxpc) (Ping timeout: 245 seconds) |
| 08:05:52 | → | FatBoyXPC joins (~FatBoyXPC@user/fatboyxpc) |
| 08:17:24 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 08:17:46 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 08:27:11 | → | cfricke joins (~cfricke@user/cfricke) |
| 08:31:23 | × | cfricke quits (~cfricke@user/cfricke) (Client Quit) |
| 08:31:32 | → | cfricke joins (~cfricke@user/cfricke) |
| 08:36:13 | <FOSSHuman[m]> | Hey guys, I have another issue. Why does XMobar (very very occasionally) spawn duplicate bars in my setup?? I use dynamicBars to spawn bars if screens are disconnected/connected, it should not be spawning multiple processes of the same bar.. It does happen REALLY rarely though... |
| 08:37:13 | → | werneta_ joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 08:37:48 | × | werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Read error: Connection reset by peer) |
| 08:37:52 | <liskin> | Sounds like an issue I had as well, xmobar sometimes wouldn't exit after getting signaled. |
| 08:38:22 | <FOSSHuman[m]> | yeah |
| 08:39:05 | <liskin> | I solved it by replacing the signalling with a more robust implementation, but that uses the threaded runtime which we don't have by default in xmonad, so I didn't submit a PR. |
| 08:40:14 | <liskin> | I wonder why it doesn't exit, though. Could be a bug in GHC RTS? |
| 09:45:26 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 10:53:40 | → | cyr4x3 joins (~cyr4x3@139.47.115.87) |
| 10:53:40 | × | cyr4x3 quits (~cyr4x3@139.47.115.87) (Client Quit) |
| 10:59:00 | → | alternateved joins (~user@194.177.28.168) |
| 13:11:06 | × | humky quits (~humky@user/humky) (Quit: Leaving) |
| 13:56:49 | → | humky joins (~humky@user/humky) |
| 14:06:59 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 14:32:50 | × | thaumavorio quits (~thaumavor@thaumavor.io) (Quit: ZNC 1.8.2 - https://znc.in) |
| 14:35:38 | → | thaumavorio joins (~thaumavor@thaumavor.io) |
| 14:38:55 | → | seschwar joins (~seschwar@user/seschwar) |
| 16:46:27 | → | FOSS_HUMAN joins (~Yusef@host-92-24-50-109.as13285.net) |
| 16:46:44 | × | thunderrd quits (~thunderrd@183.182.110.52) (Ping timeout: 265 seconds) |
| 16:46:47 | <FOSS_HUMAN> | Is this bridged with Matrix? |
| 16:46:57 | <FOSS_HUMAN> | Ah k |
| 16:47:26 | <geekosaur> | yeh, you were showing up as FOSSHuman[m] before |
| 16:47:38 | <FOSSHuman[m]> | yeah, on hexchat rn |
| 16:51:47 | × | FOSS_HUMAN quits (~Yusef@host-92-24-50-109.as13285.net) (Quit: Leaving) |
| 16:58:58 | → | thunderrd joins (~thunderrd@183.182.110.19) |
| 17:03:46 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
| 17:11:59 | → | FOSS_Human joins (~lol111@host-92-24-50-109.as13285.net) |
| 17:13:52 | ← | FOSS_Human parts (~lol111@host-92-24-50-109.as13285.net) (Terminated) |
| 17:14:43 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 17:17:34 | <geekosaur> | note to self: xmonad --recompile after cabal update or your next session startup may take a long time |
| 17:32:31 | × | deepy quits (deepy@user/deepy) (Quit: meow) |
| 17:33:02 | → | deepy joins (deepy@user/deepy) |
| 17:34:41 | → | rekahsoft joins (~rekahsoft@52.129.35.150) |
| 18:30:29 | → | wonko joins (~wjc@62.115.229.50) |
| 19:13:26 | <jakefromstatefar> | Why's that? |
| 19:16:46 | × | rekahsoft quits (~rekahsoft@52.129.35.150) (Remote host closed the connection) |
| 19:17:03 | <geekosaur> | I have a cabal-based buildscript. Something fairly low in the hierarchy got updated and it spent 5+ minutes rebuilding *everyhting* |
| 19:17:29 | <jakefromstatefar> | Ah |
| 19:17:32 | → | rekahsoft joins (~rekahsoft@52.129.35.150) |
| 19:18:39 | <geekosaur> | I was due for an update&rebuild anyway, but I generally expect myt sessions to start quickly, whoops |
| 19:24:17 | <jakefromstatefar> | My docks keep appearing atop my other windows... Trayer, and Xmobar are set to lower themselves. I have: `docksEventHook`, `xmonad $ docks`, `trayerAboveXmobarEventHook`, as well as avoid struts, but when I set a window to `RationalRect 0 0 1 1` (fullscreen), the bar is drawn atop it. I've been running fullscreen applications for a while with no issue, I'm confused as to why this problem cropped up now. |
| 19:25:23 | <jakefromstatefar> | I'm going to restart my session, and hope that fixes things for now. But, this' a really annoying and seemingly unfixable state-issue. |
| 19:25:53 | <geekosaur> | normally once an unmanaged window lowers itself, it stays there |
| 19:27:08 | <jakefromstatefar> | Yeah, a session restart fixed things. This' why we need a way to re-manage windows, or, really, just keep them stored separately from the rest of the Stack. |
| 19:27:20 | <jakefromstatefar> | So that problems like this can be prevented. |
| 19:28:08 | <jakefromstatefar> | I accounted for this problem (Which I faced a long time ago, but it dissapeared until now) in my proposed tree structure. |
| 19:28:31 | <geekosaur> | mm, I thought we had a hook ti force lowering of trays, but I don't see it |
| 19:28:33 | <liskin> | jakefromstatefar: can you show us your xmobarrc? |
| 19:29:18 | <liskin> | It's almost certainly overrideRedirect=False or something |
| 19:29:20 | <geekosaur> | unrelatedly: liskin, should Util.NoTaskbar and maybe Util.Ungrab move into Util.Hacks? |
| 19:29:57 | <geekosaur> | they're both tiny and basically exist standalone only because we didn't have a good place to put little things like those |
| 19:30:35 | <geekosaur> | backcompat should be no problem, just have the old modules reexport the names from U.Hacks |
| 19:32:08 | <liskin> | hm, not sure; I'm starting to worry about discoverability a bit |
| 19:32:51 | <liskin> | I mean, once everyone knows to look into Hacks it's fine, now people are used to looking at X.D.Extending or the module descriptions |
| 19:33:00 | <liskin> | but maybe I'm totally wrong about hits :-) |
| 19:33:28 | <liskin> | perhaps moving these to to Hacks is exactly what we need to transition towards Hacks |
| 19:34:59 | <geekosaur> | I worry about Ungrab a bit because its use with screengrabbers/screenprinters has been getting around a bit. (I suspect I'm the only one who uses NoTaskbar.) |
| 19:36:16 | <liskin> | well there's one other place unGrab can go to: XMonad.Operations |
| 19:36:47 | <liskin> | I'd probably merge such PR without thinking twice, tbh :-) |
| 20:26:54 | × | wonko quits (~wjc@62.115.229.50) (Ping timeout: 260 seconds) |
| 20:26:57 | → | abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 20:27:26 | <abhixec> | Hi, does anyone know if I can call withFocused maximize on the goto windowprompt? |
| 20:29:32 | <abhixec> | if it isn't clear basically if I minimize a window and use goto and select the minimized window I want it to maximize it if it is minimized. |
| 20:35:04 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 20:37:35 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 20:39:56 | <geekosaur> | if you're talking about X.P.Window it has a mode where you can apply an arbitrary action to a window, which could include going to it and then maximizing it |
| 20:45:59 | <abhixec> | thanks let me check then how I should go about applying an action |
| 20:48:41 | <FOSSHuman[m]> | A quick web search revealed this (docs for XMonad-Contrib) https://xmonad.github.io/xmonad-docs/xmonad-contrib-0.16.999/XMonad-Prompt-AppLauncher.html |
| 20:48:41 | <FOSSHuman[m]> | this documentation should help you do what you want with the prompt. |
| 20:50:03 | <FOSSHuman[m]> | Or (if you use the older version of XMonad and XMonad-Contrib): https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Prompt-AppLauncher.html |
| 20:51:11 | <FOSSHuman[m]> | Is there a bot in this Matrix room to fetch documentation on any module of XMonad/XMonad-Contrib depending on the version and post it in chat?? |
| 20:52:00 | <FOSSHuman[m]> | crap posted the wrong links, sry.. |
| 20:52:06 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 20:52:16 | <FOSSHuman[m]> | * Oh crap, * crap,, * I posted the |
| 20:53:42 | <geekosaur> | mm, looks like the arbitrary action one is only in git |
| 20:56:20 | <geekosaur> | I'm looking at https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Prompt/Window.hs the WithWindow constructor |
| 20:56:22 | <FOSSHuman[m]> | !help |
| 20:56:56 | <geekosaur> | I don't think we have any Matrix-side bots, and only lambdabot on the IRC side |
| 20:57:16 | <FOSSHuman[m]> | ah k, no problem |
| 21:02:43 | <FOSSHuman[m]> | Does IRC remove deleted Matrix messages aswell? |
| 21:04:01 | <geekosaur> | nope |
| 21:04:06 | <geekosaur> | no editing either |
| 21:05:12 | <FOSSHuman[m]> | oh k |
| 21:12:00 | <geekosaur> | I suspect a hexchat plugin could be written to handle it but nobody has bothered so far |
| 21:12:34 | <geekosaur> | and of course it'd only be for hexchat, not any of the other irc clients |
| 21:12:42 | liskin | still hopes this is fixed on matrix-appserver-irc side |
| 21:13:08 | <liskin> | s/ is / gets / |
| 21:13:22 | <geekosaur> | I don't think that woiuld work because it's already reached the client by then |
| 21:13:45 | <FOSSHuman[m]> | geekosaur: I use Konversation now, since QT5 with Breeze looks better than Hexchat imo |
| 21:14:13 | <geekosaur> | dunno if that's how matrix works internally but I suspect it breaks down completely at the border with irc-land |
| 21:16:11 | <liskin> | I was hoping for something like the bridge setting room properties that disable edits in that channel |
| 21:16:34 | <liskin> | like we have channel modes here, we can disable colors and topic changes and stuff |
| 21:16:39 | <geekosaur> | people are still likely to do them out of habit |
| 21:16:46 | <FOSSHuman[m]> | geekosaur: I thought that the bridge would handle these things lol |
| 21:16:51 | <liskin> | surely Matrix can disable edits, or can be extended to do that |
| 21:17:16 | <liskin> | IRC is hardly the only protocol Matrix bridges into that doesn't support edits |
| 21:17:58 | <geekosaur> | well, I was think even IRC users do s/x/y/, they just expect readers to mentally apply the edit |
| 21:18:06 | <geekosaur> | I think it even originated here |
| 21:18:18 | <liskin> | (a couple months ago I was seriously considering applying for a job at Element Matrix Services, the idea being that rather than complain about Matrix being total crap, why not just go fix it and get compensated for it; but then I thought better of it) |
| 21:41:02 | → | cjb joins (~cjb@user/cjb) |
| 22:00:57 | <FOSSHuman[m]> | I can't seem to get SASL working with Konversation wtf |
| 22:01:08 | <FOSSHuman[m]> | I am going to try out Weechat or smthin |
| 22:01:50 | <FOSSHuman[m]> | Or Irssi?? |
| 22:02:21 | × | seschwar quits (~seschwar@user/seschwar) (Quit: :wq) |
| 22:02:28 | × | alternateved quits (~user@194.177.28.168) (Ping timeout: 258 seconds) |
| 22:05:26 | <geekosaur> | *snerk* the docs for sasl in konversation still refer to freenode (see the identities dialog) |
| 22:05:53 | <FOSSHuman[m]> | lol |
| 22:06:38 | <geekosaur> | I think hexchat is easier, but konversation looks more flexible |
| 22:07:04 | <geekosaur> | sadly I have only 8gb ram and chrome is eating most of that, so I'm trying to avoid kde and all its background services |
| 22:07:15 | <FOSSHuman[m]> | Yeah, Konversation has a nicer GUI aswell |
| 22:07:42 | <geekosaur> | de gustibvus… I don't actually like Qt-based GUIs very much |
| 22:07:47 | <FOSSHuman[m]> | geekosaur: Same with me lol, half of my ram is being used right now with only 3 apps open |
| 22:10:17 | <FOSSHuman[m]> | geekosaur: Hexchat on my setup (Adwaita GTK Theme) looks like shit compared to Konversation IMO |
| 22:10:43 | <FOSSHuman[m]> | Fonts are way too small aswell |
| 22:11:56 | <geekosaur> | I'm using pretty much the most minimalist theme I could come up with. it's a reasonable fit for my xmonad setup, and also fits decently with the other stuff I run (I run xmonad as mate's window manager) |
| 22:12:04 | <geekosaur> | didn't like adwaita much, I admit |
| 22:13:27 | <FOSSHuman[m]> | I mean, Adwaita looks nice in the GTK 4 apps, just whatever GTK version Hexchat uses makes it look like shit using Adwaita lol |
| 22:14:54 | <FOSSHuman[m]> | Or maybe it's my GTK font config or something, dunno |
| 22:15:18 | <liskin> | hm, my system would normally idle around 5G used, but now that I've started using haskell-language-server, it's at 8G |
| 22:15:42 | <liskin> | that's quite a bit more than ghcid would use |
| 22:17:07 | <geekosaur> | yeh. and there are people who stick with ghcid for that reason |
| 22:17:18 | <FOSSHuman[m]> | liskin: With other apps open (web browser etc..)? |
| 22:19:07 | <liskin> | FOSSHuman[m]: yeah, those 5G was my usual usage, chrome with around 10-20 loaded tabs (I manually unload those I know I won't need), liferea (rss reader based on webkit2gtk) and maybe a couple vim instances with ghci/ghcid here and there |
| 22:21:01 | <liskin> | geekosaur: luckily for me, 3G is not noticeable, so HLS is still worth it (gives me more screen space due to not having to allocate it for ghcid and the feedback loop is like half a second faster as I don't need to manually jump to line numbers) |
| 22:28:11 | → | FOSS_Human joins (~lol111@user/foss-human/x-0231813) |
| 22:28:48 | FOSS_Human | is now known as FOSS |
| 22:29:00 | ← | FOSS parts (~lol111@user/foss-human/x-0231813) () |
| 22:49:23 | → | FOSS_Human joins (~lol111@host-92-24-50-109.as13285.net) |
| 22:55:54 | × | FOSS_Human quits (~lol111@host-92-24-50-109.as13285.net) (Changing host) |
| 22:55:54 | → | FOSS_Human joins (~lol111@user/foss-human/x-0231813) |
| 22:59:46 | → | electr0n joins (~electr0n@about/security/founder/electr0n) |
| 23:12:09 | <abhixec> | geekosaur: I am little lost with getting maximizeWindow with goto, I did , windowPrompt myXPConfig WithWindow maximizeWindow wsWindows is this the right way? |
| 23:20:56 | <geekosaur> | windowPrompt myXPConfig (WithWindow "Go and restore" (\w -> windows (W.focusWindow w) >> maximizeWindow w) wsWindows -- I think. do you really want to limit it to windows in the current workspace though? |
| 23:22:15 | <geekosaur> | also you need: import qualified XMonad.StackSet as W |
| 23:22:59 | <abhixec> | yes, I want it to be just for a particular workspace |
| 23:23:00 | <abhixec> | thanks! |
| 23:29:07 | <abhixec> | Data constructor not in scope: |
| 23:29:07 | <abhixec> | WithWindow |
| 23:29:11 | <abhixec> | :: String -> (Window -> X ()) -> XWindowMap -> WindowPrompt |
| 23:29:40 | <abhixec> | oops wrong window but that is error I am getting after adding that snippet in |
| 23:29:41 | × | FOSS_Human quits (~lol111@user/foss-human/x-0231813) (Quit: Client Closed) |
| 23:30:27 | → | FOSS_Human joins (~lol111@user/foss-human/x-0231813) |
| 23:36:08 | <abhixec> | looks like the xmonda-contrib 0.16 doesn't have the constructor with `WithWindow` |
| 23:43:40 | × | FOSS_Human quits (~lol111@user/foss-human/x-0231813) (Quit: Client Closed) |
| 23:48:11 | <geekosaur> | yes, I said you'd need to use git |
| 23:49:01 | <geekosaur> | [18 20:53:42] <geekosaur> mm, looks like the arbitrary action one is only in git |
| 23:52:48 | <geekosaur> | you could probably still do it with 0.16 but you'd have to write your own Prompt to do it |
All times are in UTC on 2021-10-18.