IRCBrowse

2021/12/10

2021-12-10 00:13:50 +0100nihilipster[m](~nihilipst@2001:470:69fc:105::720) (Quit: Client limit exceeded: 20000)
2021-12-10 00:18:40 +0100seschwar(~seschwar@user/seschwar) (Quit: :wq)
2021-12-10 00:42:05 +0100ThatOneLutenist(~nathanmcc@2001:470:69fc:105::cd69) (Quit: Client limit exceeded: 20000)
2021-12-10 01:45:37 +0100mvk(~mvk@2607:fea8:5cdd:f000::9788)
2021-12-10 02:12:55 +0100mvk(~mvk@2607:fea8:5cdd:f000::9788) (Ping timeout: 252 seconds)
2021-12-10 03:01:28 +0100mvk(~mvk@2607:fea8:5cdd:f000::9788)
2021-12-10 03:12:34 +0100steve_(~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 260 seconds)
2021-12-10 04:04:01 +0100banc(banc@gateway/vpn/airvpn/banc) (Ping timeout: 252 seconds)
2021-12-10 04:23:25 +0100banc(banc@gateway/vpn/airvpn/banc)
2021-12-10 04:30:13 +0100td_(~td@muedsl-82-207-238-085.citykom.de) (Ping timeout: 240 seconds)
2021-12-10 04:32:03 +0100td_(~td@94.134.91.156)
2021-12-10 04:42:58 +0100terrorjack(~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat)
2021-12-10 04:45:25 +0100terrorjack(~terrorjac@2a01:4f8:1c1e:509a::1)
2021-12-10 06:23:35 +0100electr0n(~electr0n@about/security/founder/electr0n) (Quit: WeeChat 3.3)
2021-12-10 07:07:59 +0100electr0n(~electr0n@about/security/founder/electr0n)
2021-12-10 07:38:37 +0100qbt(~qbt@user/edun)
2021-12-10 07:38:37 +0100qbt(~qbt@user/edun) (Client Quit)
2021-12-10 07:56:18 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 08:02:05 +0100 <twiclo> Interesting issue. I'm trying to play oldschool runescape in an old java client and it's not fillling to fit its window. Do I have to have some plugin that communicates with the program that it should try to fullscreen?
2021-12-10 08:02:05 +0100sibi(~sibi@2001:470:69fc:105::8ab)
2021-12-10 08:02:05 +0100rednaZ[m](~r3dnazmat@2001:470:69fc:105::ba70)
2021-12-10 08:02:05 +0100ThatOneLutenist(~nathanmcc@2001:470:69fc:105::cd69)
2021-12-10 08:02:05 +0100Tisoxin(~ikosit@user/ikosit)
2021-12-10 08:02:06 +0100ormaaj(~ormaaj@user/ormaaj)
2021-12-10 08:02:06 +0100unrooted(~unrooted@2001:470:69fc:105::a4a)
2021-12-10 08:02:17 +0100sogens[m](~sogensmat@2001:470:69fc:105::1:20a1)
2021-12-10 08:02:17 +0100Las[m](~lasmatrix@2001:470:69fc:105::74e)
2021-12-10 08:02:29 +0100liskin[m](~liskinmat@2001:470:69fc:105::768)
2021-12-10 08:02:29 +0100unclechu(~unclechu@2001:470:69fc:105::354)
2021-12-10 08:02:29 +0100MatrixTravelerbo(~voyagert2@2001:470:69fc:105::22)
2021-12-10 08:02:29 +0100denbrahe[m](~denbrahem@2001:470:69fc:105::19c0)
2021-12-10 08:02:29 +0100peddie(~peddie@2001:470:69fc:105::25d)
2021-12-10 08:02:29 +0100yuu[m](~yuumatrix@2001:470:69fc:105::8a6)
2021-12-10 08:02:29 +0100nihilipster[m](~nihilipst@2001:470:69fc:105::720)
2021-12-10 08:02:29 +0100ms[m](~msmatrixp@2001:470:69fc:105::2b48)
2021-12-10 08:02:29 +0100KittyOwO[m](~wrinklehu@2001:470:69fc:105::84e)
2021-12-10 08:02:30 +0100jakub[m](~jakubfami@2001:470:69fc:105::a43)
2021-12-10 08:02:30 +0100VarikValefor[m](~varikvale@2001:470:69fc:105::a5d)
2021-12-10 08:02:30 +0100lostsamurai[m](~lostsamur@2001:470:69fc:105::1:4844)
2021-12-10 08:02:30 +0100fcortesi(~fcortesi@2001:470:69fc:105::f3a9)
2021-12-10 08:02:30 +0100Arya[m](~gi-ytmatr@2001:470:69fc:105::d663)
2021-12-10 08:06:18 +0100curiousgay(~curiousga@77-120-141-90.kha.volia.net)
2021-12-10 08:07:41 +0100twiclo(~twiclo@mail.twil.cx) (Quit: WeeChat 3.3)
2021-12-10 08:56:03 +0100x88x88x(~x88x88x@149.28.53.172) (Remote host closed the connection)
2021-12-10 08:58:05 +0100mvk(~mvk@2607:fea8:5cdd:f000::9788) (Ping timeout: 252 seconds)
2021-12-10 08:58:37 +0100x88x88x(~x88x88x@2001:19f0:5:39a8:5400:3ff:feb6:73cb)
2021-12-10 09:02:59 +0100curiousgay(~curiousga@77-120-141-90.kha.volia.net) (Quit: Leaving)
2021-12-10 09:05:55 +0100x88x88x(~x88x88x@2001:19f0:5:39a8:5400:3ff:feb6:73cb) (Remote host closed the connection)
2021-12-10 09:10:37 +0100x88x88x(~x88x88x@2001:19f0:5:39a8:5400:3ff:feb6:73cb)
2021-12-10 10:00:05 +0100cfricke(~cfricke@user/cfricke)
2021-12-10 10:17:34 +0100allbery_b(~geekosaur@xmonad/geekosaur)
2021-12-10 10:17:34 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2021-12-10 10:17:37 +0100allbery_bgeekosaur
2021-12-10 10:23:55 +0100dschrempf(~dominik@070-207.dynamic.dsl.fonira.net)
2021-12-10 10:43:09 +0100steve_(~steve@ool-182c2b80.dyn.optonline.net)
2021-12-10 10:46:58 +0100 <Solid> ?tell twiclo perhaps check out https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Util-Hacks.html#g:2
2021-12-10 10:46:59 +0100 <lambdabot> Consider it noted.
2021-12-10 11:09:23 +0100OliverDunkl[m](~odi79matr@2001:470:69fc:105::1:1f3c) ()
2021-12-10 11:25:42 +0100mc47(~mc47@xmonad/TheMC47)
2021-12-10 11:59:25 +0100scardinal(~supreme@customer-212-237-101-39.ip4.gigabit.dk) (Quit: leaving)
2021-12-10 12:54:33 +0100scardinal(~supreme@customer-212-237-101-39.ip4.gigabit.dk)
2021-12-10 12:54:47 +0100qbt(~qbt@user/edun)
2021-12-10 12:54:47 +0100qbt(~qbt@user/edun) (Client Quit)
2021-12-10 13:33:47 +0100scardinal(~supreme@customer-212-237-101-39.ip4.gigabit.dk) (Quit: leaving)
2021-12-10 13:48:00 +0100scardinal(~supreme@customer-212-237-101-39.ip4.gigabit.dk)
2021-12-10 14:31:35 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Quit: Leaving)
2021-12-10 14:33:11 +0100geekosaur(~geekosaur@xmonad/geekosaur)
2021-12-10 16:02:21 +0100 <jakeStateless-Fa> I'm trying to center-float this application: https://github.com/sonnyp/junction. I'm running `doCenterFloat` on the application in my manageHook, but it's not working.
2021-12-10 16:02:21 +0100 <jakeStateless-Fa> The identifier is working, however, because if I run `doIgnore` on said window, it properly ignores it.
2021-12-10 16:07:16 +0100 <geekosaur> some apps force their own notions of where their windows should be. (but what is "not working"?)
2021-12-10 16:10:29 +0100 <jakeStateless-Fa> `doCenterFloat` isn't taking effect
2021-12-10 16:12:06 +0100 <geekosaur> is it remaining tiled? is it floating somewhere else?
2021-12-10 16:13:00 +0100 <jakeStateless-Fa> tiled
2021-12-10 16:13:19 +0100 <jakeStateless-Fa> the thing that's confusing me is that `doIgnore` is working, with all other conditions remaining the same
2021-12-10 16:31:02 +0100cfricke(~cfricke@user/cfricke) (Quit: WeeChat 3.3)
2021-12-10 16:39:37 +0100 <geekosaur> just looked at doCenterFloat and I don't see how a window would end up tiled
2021-12-10 16:40:16 +0100 <geekosaur> if it were floating somewhere else I would ask if something other than doIgnore worked, because it might be override_redirect and therefore doIgnore-d anyway, but in that case it would never be tiled
2021-12-10 16:40:47 +0100dschrempf(~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
2021-12-10 17:05:55 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 17:06:57 +0100 <twiclo> I'm using smartspacing (https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-Spacing.html) and I've noticed that when there's only one window open the window overlaps onto xmobar. Does anyone have a fix for this? Do I need to run spacing and gaps at the same time?
2021-12-10 17:08:30 +0100seschwar(~seschwar@user/seschwar)
2021-12-10 17:08:39 +0100 <geekosaur> are you using the docks combinator?
2021-12-10 17:16:41 +0100 <twiclo> Well I do have `main = xmonad $ docks defaults` so it would seem so
2021-12-10 17:25:50 +0100 <geekosaur> odd. that should prevent overlapping
2021-12-10 17:26:44 +0100macpla[m](~macplamat@2001:470:69fc:105::3bf4)
2021-12-10 17:39:50 +0100 <jakeStateless-Fa> <geekosaur> "just looked at doCenterFloat and..." <- I'm pretty confused too
2021-12-10 17:44:38 +0100jakeStateless-Fauploaded an image: (1347KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/HYODZAOsFaOLqLdQdRKzGqWO… >
2021-12-10 17:45:49 +0100jakeStateless-Fauploaded an image: (625KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/mMjbNonmlVHXQvTSCJyEIevk… >
2021-12-10 17:49:38 +0100 <geekosaur> that doesn't look tiled to me, it looks like wrong position
2021-12-10 17:50:58 +0100 <geekosaur> also your xprop output shows min = max size so it's not tiled, it's floating
2021-12-10 17:52:12 +0100 <jakeStateless-Fa> That was taken on a prior instance of the first screenshot
2021-12-10 17:52:19 +0100 <geekosaur> it's just floating at the full size of the working area. although that leaves the question of how it ends up underneath
2021-12-10 17:52:23 +0100 <jakeStateless-Fa> And it is tiled, those two are merely floating
2021-12-10 17:52:29 +0100 <jakeStateless-Fa> they're scratchpads
2021-12-10 17:52:58 +0100 <jakeStateless-Fa> see?
2021-12-10 17:52:59 +0100jakeStateless-Fauploaded an image: (520KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/iNvwkaQJShfQzlqKCZaMFBrf… >
2021-12-10 17:53:30 +0100 <geekosaur> hrm
2021-12-10 17:54:41 +0100 <geekosaur> now I wonder if this is because it's js and you need to use https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Hooks-DynamicProperty.html because it doesn't have its size or etc. set properly when the manageHook runs
2021-12-10 17:55:16 +0100 <jakeStateless-Fa> Yeah I saw that. I'll give that a go
2021-12-10 18:02:54 +0100 <jakeStateless-Fa> Hm
2021-12-10 18:05:37 +0100 <jakeStateless-Fa> That didn't work, what I tried: `(dynamicPropertyChange "WM_NAME" ( title =? "Junction" --> doIgnore ))` (inside my handleEventHook)
2021-12-10 18:05:59 +0100 <jakeStateless-Fa> I also tried it with doCenterFloat, no luck
2021-12-10 18:08:14 +0100 <geekosaur> so WM_NAME is apparently not changing. I'd wonder if the size is instead. try WM_SIZE_HINTS in place of WM_NAME?
2021-12-10 18:10:10 +0100 <geekosaur> sorry, WM_NORMAL_HINTS
2021-12-10 18:25:23 +0100 <geekosaur> hm, wait a minute. silly question perhaps, but mMjb… above shows you matching against "junction" when both WM_NAME anbd WM_CLASS contain "Junction"
2021-12-10 18:58:12 +0100geekosaurreally hopes that didn't cause the app to go into a tight loop reasserting WM_NORMAL_HINTS…
2021-12-10 18:58:52 +0100 <noex> hmm do you have to restart X for Xcursor.size to take effect?
2021-12-10 18:59:47 +0100 <noex> certainly seems like it
2021-12-10 19:00:05 +0100ebray187(~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Quit: Konversation terminated!)
2021-12-10 19:03:27 +0100 <noex> Solid: with the java hack, does that basically obsolete to old "set wmname to LG3D"?
2021-12-10 19:11:12 +0100 <geekosaur> LG3D is still needed for Sun/Oracle Java. OpenJDK uses a different mechanism, and the Java hack does that.
2021-12-10 19:11:42 +0100darkstardevx(~darkstard@50.39.115.145) (Read error: Connection reset by peer)
2021-12-10 19:11:55 +0100 <noex> geekosaur: ahh good to know
2021-12-10 19:22:20 +0100 <noex> is it possible...well, of course it's possible but is it sane/easy to have different key bindings per workspace? i'm not even sure it's a good idea, but it was something I had considered for a certain use case.
2021-12-10 19:24:40 +0100 <jakeStateless-Fa> <geekosaur> "hm, wait a minute. silly..." <- My operation excludes the first character, my lame attempt at making it case-insensitive
2021-12-10 19:28:34 +0100 <geekosaur> noex, https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Actions-PerWorkspaceKeys.html
2021-12-10 19:29:50 +0100 <noex> geekosaur: wow, incredibly simple actually
2021-12-10 19:30:11 +0100 <jakeStateless-Fa> OH NO... Don't set it to "WM_STATE"
2021-12-10 19:30:17 +0100 <jakeStateless-Fa> I'm surprised I can even still type
2021-12-10 19:30:21 +0100 <jakeStateless-Fa> my poor CPU
2021-12-10 19:31:00 +0100 <twiclo> geekosaur I just realized that the gap on the top of the windows isn't the same as the bottom meaning gaps aren't taking into account how tall xmobar is
2021-12-10 19:31:29 +0100 <geekosaur> twiclo, can you pastebin your config? it sounds like you may be missing avoidStruts
2021-12-10 19:31:32 +0100 <geekosaur> @where paste
2021-12-10 19:31:32 +0100 <lambdabot> Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com
2021-12-10 19:34:30 +0100 <geekosaur> (docks doesn't include avoidStruts iirc, since sometimes you want per-workspace control over it)
2021-12-10 19:35:47 +0100 <twiclo> geekosaur I have it but sure one sec
2021-12-10 19:35:57 +0100 <jakeStateless-Fa> Using WM_NORMAL_HINTS worked, but also caused a lot of lag
2021-12-10 19:36:17 +0100 <twiclo> https://paste.tomsmeding.com/grojjybM
2021-12-10 19:36:24 +0100 <twiclo> Thanks for the help
2021-12-10 19:36:42 +0100 <geekosaur> sounds like it's setting its size hints way too often (ought to happen only once over the lifetime of a window. for that matter WM_STATE shouldn't change that often either)
2021-12-10 19:36:58 +0100 <jakeStateless-Fa> Welp, it did
2021-12-10 19:37:28 +0100 <jakeStateless-Fa> it was happening every ~`.15s`
2021-12-10 19:42:04 +0100 <jakeStateless-Fa> I had to hop over to another TTY, kill xmonad, recompile, and relaunch
2021-12-10 19:46:31 +0100 <geekosaur> twiclo, can you try swapping the smartSpacingWithEdge and avoidStruts parts of your layout?
2021-12-10 19:50:37 +0100 <twiclo> Sure
2021-12-10 19:53:28 +0100 <twiclo> So like this? myLayout = showWName $ avoidStruts (tiled ||| noBorders Full) $ smartSpacingWithEdge 8
2021-12-10 19:54:16 +0100 <geekosaur> myLayout = avoidStruts $ showWName $ smartSpacingWithEdge 8 (tiled ||| noBorders Full)
2021-12-10 20:01:51 +0100mvk(~mvk@2607:fea8:5cdd:f000::9788)
2021-12-10 20:01:55 +0100twiclo(~twiclo@mail.twil.cx) (Quit: WeeChat 3.3)
2021-12-10 20:02:37 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 20:02:43 +0100 <twiclo> geekosaur that fixed it. Thanks
2021-12-10 20:18:59 +0100 <twiclo> I know you can set up shortcuts to adjust the master volume of your system but is it possible to control the volume of the currently selected program?
2021-12-10 20:19:38 +0100 <geekosaur> most programs don't provide a standardized way to do so
2021-12-10 20:22:22 +0100 <geekosaur> if a program provides some key sequences to control its volume (and accepts XSendEvent()) you may be able to use X.A.PerWindowKeys to send the program's key sequences in response to an xmonad key sequence
2021-12-10 20:22:55 +0100 <geekosaur> this is probably reaching the point where you just use that program's key sequences directly though
2021-12-10 20:24:38 +0100darkstarx(~darkstard@50.39.115.145)
2021-12-10 20:25:40 +0100darkstarx(~darkstard@50.39.115.145) (Remote host closed the connection)
2021-12-10 20:26:03 +0100darkstarx(~darkstard@50.39.115.145)
2021-12-10 20:31:17 +0100twiclo(~twiclo@mail.twil.cx) (Quit: WeeChat 3.3)
2021-12-10 20:36:03 +0100catman(~catman@user/catman) (Quit: WeeChat 3.4-dev)
2021-12-10 20:37:32 +0100catman(~catman@user/catman)
2021-12-10 21:09:09 +0100aplainzetakind(~johndoe@captainludd.powered.by.lunarbnc.net)
2021-12-10 21:10:28 +0100 <jakeStateless-Fa> Well, not if many different programs have differing keybinds for the same task, e.g. closing a tab - in vim I've it set to ctrl-q, but in my web browsers it's the standard ctrl-w
2021-12-10 21:10:32 +0100 <aplainzetakind> I connected a second monitor. They now behave like windows into one single huge screen. Is it an xmonad configuration thing or an X configuration thing to correct this?
2021-12-10 21:10:39 +0100 <jakeStateless-Fa> unifying that could be useful
2021-12-10 21:11:03 +0100 <jakeStateless-Fa> A bit of both, I believe the first step is to install and configure xerinima
2021-12-10 21:11:16 +0100 <jakeStateless-Fa> xinerama, something like that
2021-12-10 21:12:13 +0100 <aplainzetakind> "Xinerama is an extension to the X Window System that enables X applications and window managers to use two or more physical displays as one large virtual display."
2021-12-10 21:12:28 +0100 <aplainzetakind> This is actually what's happening and what I want not to happen.
2021-12-10 21:20:44 +0100 <geekosaur> actual xinerama's been dead for several years
2021-12-10 21:21:36 +0100 <geekosaur> it sounds like your x server did not correctly update xrandr information
2021-12-10 21:31:36 +0100 <aplainzetakind> geekosaur: How do I check that? When I run arandr I can switch resolutions of each display and position them etc. But when I apply something the "space" (what's the term?) becomes the encompassing rectangle of the two displays.
2021-12-10 21:33:05 +0100darkstarx(~darkstard@50.39.115.145) (Read error: Connection reset by peer)
2021-12-10 21:33:58 +0100 <geekosaur> so the server knows there are two monitors and has correct xrandr information for them. question becomes, did it notify your xmonad?
2021-12-10 21:34:43 +0100 <geekosaur> it should have sent an RRScreenChangeNotify event
2021-12-10 21:35:16 +0100 <geekosaur> is this xmonad 0.15, or 0.17.0? we fixed some bugs in screen change notifications in the new version
2021-12-10 21:36:00 +0100darkstarx(~darkstard@50.39.115.145)
2021-12-10 21:36:45 +0100qbt(~qbt@user/edun)
2021-12-10 21:36:45 +0100qbt(~qbt@user/edun) (Client Quit)
2021-12-10 21:36:53 +0100darkstarx(~darkstard@50.39.115.145) (Remote host closed the connection)
2021-12-10 21:37:18 +0100darkstarx(~darkstard@50.39.115.145)
2021-12-10 21:38:16 +0100 <aplainzetakind> 0.15
2021-12-10 21:38:29 +0100 <geekosaur> sadly there are also xorg driver issues that can cause problems: I can't dynamically plug/unplug monitors on my system because the intel driver screws up the monitor information. but you're able to run arandr, that is *probably* not happening
2021-12-10 21:38:38 +0100 <aplainzetakind> doing cabal install xmonad should update it?
2021-12-10 21:38:58 +0100 <geekosaur> yes
2021-12-10 21:39:18 +0100 <geekosaur> stackage won't do major version upgrades until they release a new lts, so it's still on 0.15
2021-12-10 21:39:39 +0100 <aplainzetakind> And super-shift-q would replace the old runner with the new?
2021-12-10 21:40:02 +0100 <geekosaur> mod-q should be sufficient
2021-12-10 21:40:19 +0100 <geekosaur> for that matter, see if mod-q makes things work without a reinstall
2021-12-10 21:41:18 +0100 <geekosaur> since mod-q will restart your xmonad and it should get the correct screen information then even if it's not correctly receiving or processing screen change events
2021-12-10 21:45:18 +0100 <aplainzetakind> Hmm. I "installed" without --overwrite-policy so it didn't really install but now super-q is broken.
2021-12-10 21:45:30 +0100 <aplainzetakind> Oh I switched ghc versions in the meantime.
2021-12-10 21:45:44 +0100 <aplainzetakind> That would break it probably right?
2021-12-10 21:46:57 +0100 <aplainzetakind> Yeah I probably need to install xmonad and xmonad-contrib with the new ghc.
2021-12-10 21:47:11 +0100 <aplainzetakind> What was the flag to install the libraries?
2021-12-10 21:47:17 +0100 <aplainzetakind> Not the executables.
2021-12-10 21:49:53 +0100 <geekosaur> --lib
2021-12-10 21:50:35 +0100 <geekosaur> although if you're using cabal to do this then install --lib is probably a bad idea
2021-12-10 21:53:56 +0100 <aplainzetakind> I think I did that before for the older ghc.
2021-12-10 21:54:01 +0100 <aplainzetakind> Is there any other way?
2021-12-10 21:54:50 +0100 <aplainzetakind> I vaguely remember passing some options to cabal install itself to make stuff available to it only, does that make sense?
2021-12-10 21:54:54 +0100 <geekosaur> you can use non-default environment files, but then you always have to specify the environment files to use, and you still have the problem with using environment files
2021-12-10 21:55:21 +0100 <geekosaur> (basically you get to edit them by hand if you install new versions, or ghc will get all confused)
2021-12-10 21:56:29 +0100 <geekosaur> there's also using cabal directly but then you need a build script: see https://github.com/xmonad/xmonad-testing/blob/master/build-scripts/build-with-cabal.sh
2021-12-10 21:58:05 +0100 <aplainzetakind> Yes these are all vaguely familiar.
2021-12-10 22:04:53 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 22:16:43 +0100 <aplainzetakind> geekosaur: You seem not to have objections to this comment: https://github.com/xmonad/xmonad/issues/199
2021-12-10 22:16:56 +0100 <aplainzetakind> https://github.com/xmonad/xmonad/issues/199#issuecomment-609433196 This I meant.
2021-12-10 22:18:55 +0100 <geekosaur> that one is what I meant by "non-default environment files"
2021-12-10 22:20:03 +0100 <geekosaur> I *think* that should usually be safe, actually, as ghc should obey the version dependency between xmonad-contrib and xmonad libraries. But if two versions of each are available it may be possible that ghc will pick the wrong one
2021-12-10 22:20:19 +0100 <geekosaur> which is the problem with environment files in general
2021-12-10 22:20:38 +0100 <geekosaur> that said, hvr was pretty smart and if he thought that wasn't a problem then probably it isn't
2021-12-10 22:25:41 +0100twiclo(~twiclo@mail.twil.cx) (Quit: WeeChat 3.3)
2021-12-10 22:25:41 +0100 <aplainzetakind> Do I simply put "xmonad" into the .ghc.environment file?
2021-12-10 22:27:55 +0100 <geekosaur> no
2021-12-10 22:28:32 +0100 <geekosaur> it consists of mappings from library names wit versions and ABI hashes into cabal's store
2021-12-10 22:28:42 +0100 <geekosaur> so you need to use cabal to construct it
2021-12-10 22:29:12 +0100 <geekosaur> cabal install --lib --package-env=xmonad xmonad xmonad-contrib
2021-12-10 22:29:22 +0100 <geekosaur> (possibly also X11 and X11-xft)
2021-12-10 22:30:40 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 22:33:56 +0100 <geekosaur> another problem with using this is knowing what libraries need to be exposed in this way, although if you miss one it's just "cabal install --lib --package-env=xmonad whatever" to fix
2021-12-10 22:36:19 +0100 <aplainzetakind> I ran the cabal command, I was referring to the P.S. bit of hvr's comment instead of the custom setup file.
2021-12-10 22:36:48 +0100 <aplainzetakind> Or does that command construct something to put there as well?
2021-12-10 22:37:19 +0100 <geekosaur> see "…and to answer how to conveniently do this" at the end
2021-12-10 22:37:40 +0100 <aplainzetakind> Oh, sorry.
2021-12-10 22:37:44 +0100twiclo(~twiclo@mail.twil.cx) (Quit: WeeChat 3.3)
2021-12-10 22:37:47 +0100 <geekosaur> again you must use cabal to construct it because its contents come from cabal's internal store
2021-12-10 22:38:05 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 22:39:32 +0100 <twiclo> I'm trying to get SpawnOn working but the windows it spawns are all just going to desktop 1. The page for the plugin says To ensure that application appears on a workspace it was launched at, add keybindings like:
2021-12-10 22:39:38 +0100 <twiclo> , ((mod1Mask,xK_o), spawnHere "urxvt")
2021-12-10 22:39:46 +0100 <twiclo> What does that keybinding do?
2021-12-10 22:41:22 +0100 <geekosaur> did you make sure to add manageSpawn to your manageHook?
2021-12-10 22:41:47 +0100twiclo(~twiclo@mail.twil.cx) (Client Quit)
2021-12-10 22:42:07 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 22:42:07 +0100 <geekosaur> anyway spawnHere should ensure that a window spawns on the desktop that was current when you spawned it, even if you … sigh
2021-12-10 22:42:11 +0100 <twiclo> Yeah I missed that and now it's in there
2021-12-10 22:42:16 +0100 <twiclo> I mean now it's working
2021-12-10 22:42:59 +0100 <twiclo> But the urxvt window I spawned doesn't seem to have the .Xresources applied to it. At least it's not doing the fake transparency it normally does
2021-12-10 22:44:48 +0100 <geekosaur> odd
2021-12-10 22:44:59 +0100 <geekosaur> spawnHere should not override resources
2021-12-10 22:45:28 +0100 <twiclo> I'm not using spawnHere. I'm using spawnOn. Should I switch?
2021-12-10 22:45:44 +0100 <twiclo> I'm wondering if it's getting triggered before the Xresouces are loaded on an initial login maybe?
2021-12-10 22:46:24 +0100 <geekosaur> either one should work
2021-12-10 22:46:51 +0100 <geekosaur> if it's launched on keybinding then they should already be loaded
2021-12-10 22:48:06 +0100 <geekosaur> unless you're doing this as part of a fancy session manager setup like I am, but even then I think mate-settings-daemon should have finished setup before xmonad has launched if I have the prerequisites in my local session config file correct
2021-12-10 22:48:11 +0100 <twiclo> It's launched on startup
2021-12-10 22:49:25 +0100 <geekosaur> standard sessions should load the resources before doing anything else
2021-12-10 22:50:36 +0100twiclo(~twiclo@mail.twil.cx) (Quit: WeeChat 3.3)
2021-12-10 22:50:56 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 22:51:39 +0100 <twiclo> Man I wish browsers didn't suck as bad as they do. Looks like trying to spawn 3 browsers at once when xmonad start locks up the process
2021-12-10 22:52:55 +0100twiclo(~twiclo@mail.twil.cx) (Client Quit)
2021-12-10 22:53:15 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 22:54:58 +0100twiclo(~twiclo@mail.twil.cx) (Client Quit)
2021-12-10 22:55:28 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 22:56:15 +0100twiclo(~twiclo@mail.twil.cx) (Client Quit)
2021-12-10 22:56:35 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 22:59:56 +0100 <twiclo> Found the problem
2021-12-10 23:06:56 +0100 <twiclo> Urxvt's fake transparency depends on a wallpaper being set. The terminals spawn before that can happen
2021-12-10 23:07:42 +0100twiclo(~twiclo@mail.twil.cx) (Quit: WeeChat 3.3)
2021-12-10 23:08:06 +0100mohab(~mohab@45.243.59.56)
2021-12-10 23:10:45 +0100 <aplainzetakind> geekosaur: Building and rebuilding xmonad works fine but the merged displays situation persists.
2021-12-10 23:12:30 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 23:16:34 +0100obimod(~obimod@gateway/vpn/pia/obimod) (Ping timeout: 260 seconds)
2021-12-10 23:16:41 +0100twiclo(~twiclo@mail.twil.cx) (Client Quit)
2021-12-10 23:17:33 +0100twiclo(~twiclo@mail.twil.cx)
2021-12-10 23:30:23 +0100obimod(~obimod@gateway/vpn/pia/obimod)
2021-12-10 23:38:51 +0100mc47(~mc47@xmonad/TheMC47) (Quit: Leaving)
2021-12-10 23:39:02 +0100twiclo(~twiclo@mail.twil.cx) (Quit: WeeChat 3.3)
2021-12-10 23:48:51 +0100mohab(~mohab@45.243.59.56) (Quit: WeeChat 3.3)