Home liberachat/#xmonad: Logs Calendar

Logs on 2022-02-28 (liberachat/#xmonad)

00:00:34 <iqubic> How do I get that?
00:01:21 <iqubic> I've got xmonad 0.15, directly from the arch linux repos.
00:01:36 <liskin> https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Hooks-EwmhDesktops.html
00:02:15 <liskin> https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Hooks-EwmhDesktops.html if you can't upgrade
00:02:22 <liskin> but you should
00:03:12 <iqubic> The only way I'll be able to update is whenever the new version hits the arch linux repos.
00:03:46 <liskin> isn't there xmonad-contrib-git in aur or something?
00:05:10 <iqubic> There might be.
00:05:52 <iqubic> Yeah. There is. I'm now compiling the latest version from git.
00:06:54 <geekosaur> most OSes won't update until it hits a stackage LTS so they have a stable base to work from for all haskell packages, even if they don't use stack as such
00:07:01 <geekosaur> so it'll probably be a while
00:08:14 <iqubic> Yeah. I'm just gonna pull xmonad-git and xmonad-contrib-git from the AUR. This essential just grabs the latest git master and complies that + plus other set-up stuff to make my login manager recognize this as a valid WM
00:11:17 <iqubic> I've just updated and now I'm getting a deprecation warning here. In main I have: "let defConfig = docks $ ewmhFullscreen def"
00:11:42 <iqubic> Then I have "xmonad $ defConfig {handleEventHook    = fullscreenEventHook <+> handleEventHook defConfig}
00:11:58 <iqubic> fullscreenEventHook is deprecated. Can I remove that?
00:12:45 <geekosaur> that's replaced by ewmhFullscreen
00:12:49 <iqubic> Thanks.
00:14:04 <iqubic> Do I need to kill xmonad and then log back in to get these changes to stick?
00:14:42 <geekosaur> mod-q should be sufficient
00:15:27 <iqubic> Cool.
00:16:46 <iqubic> I've figured out the issue here...
00:17:09 <iqubic> I have "isFullscreen --> doFullFloat" as one of my manageHook rules.
00:18:36 <geekosaur> that actually shouldnot be involved here since I don't think firefox withdraws its window when it fullscreens
00:19:00 <geekosaur> and in any case doFullFloat ignores struts
00:23:59 <iqubic> If have two firefox windows open side by side, and I tell the left one to become fullscreen, it only uses its allotted rectangle of space to go fullscreen, as can be seen here: https://imgur.com/a/DfBM2oY
00:24:09 <iqubic> So, it's not floating at all.
00:25:01 <iqubic> This is why I don't think my manageHook rule of "isFullscreen --> doFullFloat" is working.
00:26:11 <geekosaur> as I just said, manageHooks don't fire in that case. Firefox would have to withdraw the window and remap it with the STATE_FULLSCREEN atom attached
00:26:33 <iqubic> Oh. I see. That's an issue.
00:26:36 <geekosaur> what Firefox is doing is handled by an event instead
00:26:45 <iqubic> Is there anything I can do to fix this?
00:26:46 <geekosaur> and that event is what ewmhFullscreen watches for
00:27:28 <geekosaur> that said, the default action should be to fullscreen it without regard for struts, like it does here, iirc
00:27:46 <iqubic> My main looks like this. https://dpaste.com/H5EXBTRVV
00:27:58 <iqubic> I'm very clearly using ewmhFullscreen.
00:28:59 <iqubic> But I'm still getting the behavior shown in my latest screenshot.
00:32:14 <iqubic> geekosaur: do you know what's going on here?
00:44:16 <geekosaur> hm. you have ewmhFullscreen but not ewmh
00:44:40 <geekosaur> docks $ ewmh $ ewmhFullscreen def
00:45:29 <iqubic> Yeah, I just added ewmh too, and I'm still getting the same behavior.
00:46:22 <geekosaur> I'm lost then
00:46:35 <iqubic> Yeah... this is weird.
00:47:09 triumphofdeath[m joins (~triumphof@2001:470:69fc:105::a5c)
00:50:14 <geekosaur> mm, I odn'thave ewmh in mine either, but my config is based on desktopConfig which already includes it
00:50:55 <geekosaur> I doubt making that change would help you though
00:54:29 <iqubic> No. That didn't help.
00:55:16 <iqubic> This is a strange issue..
01:00:57 <iqubic> This is an odd issue. Why is firefox being a nuisance here?
01:01:57 <geekosaur> I have no idea
01:02:36 <geekosaur> hm. I guess the other key difference here is I run chrome instead of firefox. can try launching it in a spare workspace and see if it behaves
01:03:04 <iqubic> That might help.
01:03:15 <geekosaur> that works here too
01:03:37 <iqubic> Weird... Is your config public? Can I see?
01:04:48 <geekosaur> https://github.com/geekosaur/xmonad.hs/blob/skkukuk/xmonad.hs if you dare:)
01:06:56 mvk joins (~mvk@2607:fea8:5cc3:7e00::8c21)
01:08:03 <iqubic> is mateConfig different from desktopConfig in any substantial ways?
01:08:39 <geekosaur> it uses mate run and logout dialogs instead of the standard ones, otherwise no
01:08:45 <iqubic> I see.
01:10:12 <iqubic> I notice that "isFullscreen --> doFullFloat" isn't in your config. Why is that?
01:10:57 <geekosaur> I don't use anything that maps itself fullscreened
01:11:05 <geekosaur> if I did I'dprobably add it
01:11:53 <iqubic> But you do use fullscreen applications, right? Like hitting F11 in Chrome makes that fullscreen for you, right?
01:12:37 <geekosaur> yes. also in my IRC client
01:12:54 <iqubic> What part of your config is controlling that?
01:13:12 <geekosaur> as I mentioned earlier, both of those use events (ewmhFullscreen) instead of unmapping and remapping (which is the only time the manageHook runs)
01:13:39 <iqubic> Firefox also uses events, right?
01:14:03 <iqubic> So in theory, this should just work...
01:14:17 <geekosaur> right. and it does work here
01:14:32 <geekosaur> with chrome, with firefox, with hexchat
01:14:32 <iqubic> What's different on my system?
01:14:53 <iqubic> I'm so confused.
01:16:03 <iqubic> Chromium uses event right?
01:16:34 <geekosaur> all three of the programs I mentioned use events
01:16:34 <iqubic> I just installed Chromium on my machine, to test... That goes fullscreen just fine!
01:16:43 <geekosaur> weird
01:17:04 <geekosaur> although, you had been missing ewmh before. what happens if you restart firefox?
01:18:01 <iqubic> I'll be back in a moment. I haven't set up an IRC client on this machine, so I'm using a web based client in firefox. BRB.
01:18:06 × iqubic quits (~iqubic@2601:602:9502:c70::7507) (Quit: Client closed)
01:18:33 iqubic joins (~iqubic@2601:602:9502:c70::7507)
01:18:36 <geekosaur> I suspect firefox only checks _NET_SUPPORTED on startup, and you've made several changes to it so far by upgrading xmonad and changing ewmh and ewmhFullscreen
01:19:14 <iqubic> Well, I just restarted firefox. Still not working. :(
01:19:57 <iqubic> This is very very weird....
01:23:31 <iqubic> I'm so very confused.
01:29:08 <iqubic> xmonad is a lovely window manager. There's just this one issue.
01:30:42 <iqubic> I'm so very flummoxed here.
01:38:27 <iqubic> geekosaur: Just on a whim, I tried changing the value of startupHook from "startupHook = myStartupHook" to "myStartupHook <+> startupHook defConfig". Recall that "defConfig = dock $ ewmh $ ewmhFullscreen" Now firefox is able to go fullscreen just fine.
01:39:08 <iqubic> Why the heck would that make any difference, and why would that only affect firefox and not chromium?
01:42:02 <fizzie> `ewmhFullscreen` at least adds a startupHook that does the EWMH fullscreen advertisement.
01:42:55 <iqubic> Make sense.
01:43:00 <fizzie> (As in, adds the _NET_WM_STATE and _NET_WM_STATE_FULLSCREEN atoms to the _NET_SUPPORTED property of the root window.)
01:44:14 <geekosaur> but that is added *to* the startupHook, you shouldn't need that
01:44:37 <geekosaur> oh wait, but startupHook defConfig. yes, that makes sense
01:46:03 <iqubic> Yeah. I'm now mconcat-ing my own startup hook to the startup hooks generated via (docks $ ewmh $ ewmhFullscreen def)
01:47:12 <iqubic> <+> is just infix mconcat, right? Why does that exist if <> is also infix mconcat and already in Data.Monoid? Is this just a re-export with a new name so that new users don't need to import Data.Monoid?
01:47:49 <geekosaur> <+> came first, and <> was actually borrowed from xmonad
01:48:06 <iqubic> Wait... really? That's so wild.
01:48:09 <geekosaur> they renamed it because ghc was already using <+> with a different meaning (from one of the prettyprinter packages iirc)
01:51:24 × jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 240 seconds)
01:55:24 <geekosaur> in the first few releases of xmonad, <+> was mconcat specialized to ManageHooks. That changed around 2008 or 2009 when we removed the specialization and just made it mconcat. <> was around 2013, I think
02:02:43 <geekosaur> also it's mappend, not mconcat,whoops. composeAll is mconcat specialized to ManageHooks
02:07:17 catman joins (~catman@user/catman)
02:15:04 <iqubic> geekosaur: Yeah, I meant mconcat.
02:18:09 <catman> got this error on both arch and artix after a haskell update with pacman. not entirely sure how to resolve.
02:18:16 <catman> xmonad: error while loading shared libraries: libHSutf8-string-1.0.2-9eFA57BgKXNHtjvfuIOq9f-ghc9.0.2.so: cannot open shared object file: No such file or directory
02:19:00 <catman> have tried reinstalling xmonad-contrib and ghc
02:23:04 × catman quits (~catman@user/catman) (Quit: WeeChat 3.5-dev)
02:55:46 × iqubic quits (~iqubic@2601:602:9502:c70::7507) (Quit: Client closed)
02:59:07 <geekosaur> @tell catman arch screwed something up again. if they handled their haskell packages properly this wouldn't happen. (you're the second one tonight)
02:59:07 <lambdabot> Consider it noted.
03:00:31 <geekosaur> @tell catman if you want reliably working xmonad and xmobar, wipe all haskell related arch packages from your system, use ghcup to install ghc and stack and/or cabal, then follow https://xmonad.org/INSTALL.html
03:00:31 <lambdabot> Consider it noted.
03:03:00 × steve__ quits (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 240 seconds)
03:03:17 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 272 seconds)
03:21:01 × td_ quits (~td@muedsl-82-207-238-210.citykom.de) (Ping timeout: 272 seconds)
03:22:33 td_ joins (~td@94.134.91.216)
03:25:13 banc joins (banc@gateway/vpn/airvpn/banc)
03:58:42 iqubic joins (~iqubic@c-67-171-37-233.hsd1.wa.comcast.net)
04:00:44 <iqubic> Is it possible to override the borderWidth value for certain windows? Specifically I'd like to remove the border from Firefox's right click context menu (why is this even a separate window?), and also from the windows spawned by the dunst notification daemon.
04:02:18 catman joins (~catman@user/catman)
04:32:52 × catman quits (~catman@user/catman) (Quit: WeeChat 3.5-dev)
04:55:20 steve__ joins (~steve@ool-182c2b80.dyn.optonline.net)
04:55:23 Steven_M joins (~Steven_M@user/steven-m/x-0972586)
04:59:35 × abhixec quits (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
05:08:21 × Steven_M quits (~Steven_M@user/steven-m/x-0972586) (Quit: Leaving)
05:08:28 <iqubic> Turns out I just need to read the docs for XMonad.Layout.NoBorders
05:08:37 × sagax quits (~sagax_nb@user/sagax) (Quit: Konversation terminated!)
05:51:48 × iqubic quits (~iqubic@c-67-171-37-233.hsd1.wa.comcast.net) (Quit: Connection closed)
05:53:04 catman joins (~catman@user/catman)
06:04:55 × catman quits (~catman@user/catman) (Quit: WeeChat 3.5-dev)
07:16:08 <Solid> ?tell abhixec I remember seeing some hacks for proper fractional scaling for X11 on the Arch wiki, but I'm not sure how well they work
07:16:08 <lambdabot> Consider it noted.
07:16:36 <Solid> ?tell abhixec in either case I'm pretty certain you could automate at least switching to bigger fonts when an external monitor is connected and switching back when it's disconnected
07:16:36 <lambdabot> Consider it noted.
07:35:56 cfricke joins (~cfricke@user/cfricke)
08:03:19 paul joins (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997)
08:35:16 catman joins (~catman@user/catman)
08:36:19 × paul quits (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997) (Quit: WeeChat 3.3)
08:37:33 paul joins (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997)
08:38:14 × paul quits (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997) (Client Quit)
08:39:52 benthumb2000 joins (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997)
09:00:12 × mc47[m] quits (~mc47matri@2001:470:69fc:105::733) (Quit: You have been kicked for being idle)
09:00:24 × elonsroadster[m] quits (~elonsroad@2001:470:69fc:105::d121) (Quit: You have been kicked for being idle)
10:41:50 × benthumb2000 quits (~paul@2400:4052:10a1:f200:7759:4efa:aa1:b997) (Quit: WeeChat 3.3)
11:07:25 yauhsienhuangtw joins (~Yau-Hsien@2402:7500:5e4:c8b7:c90:6bda:6af1:8273)
11:11:00 × yauhsien_ quits (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net) (Ping timeout: 240 seconds)
11:32:34 × sleblanc quits (~sleblanc@user/sleblanc) (Remote host closed the connection)
11:54:29 yauhsien_ joins (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net)
11:57:37 × yauhsienhuangtw quits (~Yau-Hsien@2402:7500:5e4:c8b7:c90:6bda:6af1:8273) (Ping timeout: 240 seconds)
11:57:56 yauhsienhuangtw joins (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net)
11:59:02 × yauhsien_ quits (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net) (Ping timeout: 240 seconds)
12:32:34 × zawaken quits (~zawaken@user/zawaken) (Quit: ZNC 1.9.x-git-unknown - https://znc.in)
12:57:21 × catman quits (~catman@user/catman) (Quit: WeeChat 3.5-dev)
14:11:11 catman joins (~catman@user/catman)
14:53:02 dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
14:58:23 × yauhsienhuangtw quits (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net) (Read error: Connection reset by peer)
15:22:20 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
15:30:13 yauhsien_ joins (~Yau-Hsien@61-231-39-29.dynamic-ip.hinet.net)
15:58:24 seschwar joins (~seschwar@user/seschwar)
16:05:33 jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net)
19:25:11 × cfricke quits (~cfricke@user/cfricke) (Ping timeout: 256 seconds)
19:52:28 abhixec joins (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net)
20:01:59 × abhixec quits (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net) (Remote host closed the connection)
21:05:24 × twiclo1 quits (~twiclo@vpn.utahbroadband.com) (Ping timeout: 240 seconds)
21:07:26 twiclo1 joins (~twiclo@mail.twil.cx)
21:56:48 zawaken joins (~zawaken@user/zawaken)
22:36:50 × seschwar quits (~seschwar@user/seschwar) (Quit: :wq)
23:39:58 × tremon_ quits (~tremon@83-84-18-241.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in)

All times are in UTC on 2022-02-28.