Home liberachat/#xmonad: Logs Calendar

Logs on 2022-04-30 (liberachat/#xmonad)

00:30:48 × steve__ quits (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 272 seconds)
01:40:44 → stackdroid18 joins (~stackdroi@user/stackdroid)
02:03:16 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 272 seconds)
02:22:51 → banc joins (banc@gateway/vpn/airvpn/banc)
02:32:41 → abastro joins (~abab9579@220.75.216.63)
02:33:40 × td_ quits (~td@muedsl-82-207-238-122.citykom.de) (Ping timeout: 272 seconds)
02:34:47 → td_ joins (~td@muedsl-82-207-238-189.citykom.de)
02:52:05 → x88x88x joins (~x88x88x@2001:19f0:5:39a8:5400:3ff:feb6:73cb)
03:52:48 × abastro quits (~abab9579@220.75.216.63) (Ping timeout: 276 seconds)
04:06:35 × stackdroid18 quits (~stackdroi@user/stackdroid) (Quit: hasta la vista... tchau!)
04:08:51 → steve__ joins (~steve@ool-182c2b80.dyn.optonline.net)
05:37:30 → abastro joins (~abab9579@220.75.216.63)
08:05:19 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 240 seconds)
08:49:51 × abastro quits (~abab9579@220.75.216.63) (Ping timeout: 276 seconds)
08:53:51 → Ether17 joins (~Ether@45.248.151.250)
08:54:43 <Ether17> So i came across a issue.
08:54:47 <Ether17> lines like;
08:54:49 <Ether17>         , ("M-S-h", traverse_ sendMessage [Go L, Go R, Swap L, Go R, Go L]) -- Swap focused window with above window
08:54:49 <Ether17>         , ("M-S-l", traverse_ sendMessage [Go R, Swap L, Go R]) -- Swap focused window with above window
08:55:10 <Ether17> doesnt dynamically know where the user master is.
08:55:43 <Ether17> is it possilbe to alter the code on the go? when the user changes master from right to left or vise versa?
09:08:06 × Ether17 quits (~Ether@45.248.151.250) (Quit: Client closed)
09:08:21 → Ether17 joins (~Ether17@45.248.151.237)
09:10:40 × Ether17 quits (~Ether17@45.248.151.237) (Client Quit)
09:35:53 → Ether17 joins (~Ether17@45.248.151.250)
09:36:45 × Ether17 quits (~Ether17@45.248.151.250) (Client Quit)
09:44:35 → thunderrd joins (~thunderrd@183.182.110.239)
09:46:59 → Ether17 joins (~Ether17@45.248.151.250)
09:48:29 × Ether17 quits (~Ether17@45.248.151.250) (Client Quit)
09:55:53 → Ether17 joins (~Ether17@45.248.151.250)
09:56:48 × Ether17 quits (~Ether17@45.248.151.250) (Client Quit)
10:15:20 × mvk quits (~mvk@2607:fea8:5ce3:8500::aa1d) (Ping timeout: 250 seconds)
10:23:34 → Ether17 joins (~Ether17@45.248.151.250)
10:24:47 <Ether17> Another issue; i decided to use Borders again. for some reason No matter i change myNormBorderColor to it is always this black color.
10:25:17 <Ether17> empty strings dont work either
10:26:20 × Ether17 quits (~Ether17@45.248.151.250) (Client Quit)
11:07:06 × [Leary] quits (~Leary]@122-58-228-205-vdsl.sparkbb.co.nz) (Remote host closed the connection)
11:08:29 → Ether17 joins (~Ether17@45.248.151.250)
11:08:46 × Ether17 quits (~Ether17@45.248.151.250) (Client Quit)
11:46:51 × thunderrd quits (~thunderrd@183.182.110.239) (Ping timeout: 246 seconds)
11:47:15 → thunderrd joins (~thunderrd@183.182.110.239)
11:47:51 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
12:09:12 → abastro joins (~abab9579@220.75.216.63)
12:12:37 × abastro quits (~abab9579@220.75.216.63) (Remote host closed the connection)
12:12:54 → abastro joins (~abab9579@220.75.216.63)
12:24:49 <geekosaur> @tell Ether17 is there some reason you can't simply use `windows W.swapMaster`?
12:24:49 <lambdabot> Consider it noted.
12:25:34 <geekosaur> @tell Ether17 your ok.hs shows nothing about borders. I would wonder if `myNormBorderColor` is hooked into your config record
12:25:35 <lambdabot> Consider it noted.
12:36:45 <abastro> TIL `minimize` and `maximize` could be made working
12:38:36 <Solid> X.A.Minimize
12:39:13 <abastro> Yep
12:47:48 × brianbnt quits (~brianbnt@user/brianbnt) (Quit: ZNC 1.8.2 - https://znc.in)
12:48:23 → brianbnt joins (~brianbnt@user/brianbnt)
13:13:26 → ma joins (~ma@92-109-38-18.cable.dynamic.v4.ziggo.nl)
13:13:50 ma is now known as Guest3568
13:15:47 → Ether17 joins (~Ether17@45.248.151.237)
13:15:53 <Guest3568> Hi, tried to install xmonad on gentoo by emerge x11-wm/xmonad but it's masked. What is the recommended method to install on gentoo that is still up to date?
13:18:15 <Ether17> gentoo is not a binary distro.
13:19:12 <Ether17> https://xmonad.org/INSTALL.html
13:20:10 <Ether17> I guess you need to find the gentoo eqivalent to the binary distro packages
13:20:49 <Ether17> geekosaur xmonad.hs has been updated. Its not a picom bug this time.
13:20:59 <Ether17> https://github.com/Ahanaf-Ether/xmonad/blob/stable/xmonad.hs
13:21:59 <Ether17> also traverse_ SendMessageWithNoRefresh doesnt work.
13:22:11 × Ether17 quits (~Ether17@45.248.151.237) (Quit: Client closed)
13:28:27 × Guest3568 quits (~ma@92-109-38-18.cable.dynamic.v4.ziggo.nl) (Quit: Client closed)
13:28:51 → Ether17 joins (~Ether17@45.248.151.237)
13:30:15 <Ether17> geekosaur "is there some reason you can't simply use `windows W.swapMaster`?" Yes because it doesnt recognize windows anymore.
13:37:20 × Ether17 quits (~Ether17@45.248.151.237) (Quit: Client closed)
13:37:32 → Ether17 joins (~Ether17@45.248.151.250)
13:41:09 × Ether17 quits (~Ether17@45.248.151.250) (Client Quit)
13:41:42 → Ether17 joins (~Ether17@45.248.151.237)
13:42:52 <abastro> Hm how do I properly center treeview I wonder
13:43:11 <abastro> Treeselect*
13:49:21 <Ether17> whaats that?
13:49:39 <Ether17> tree view in xmonad?
13:49:49 <Ether17> using haskell?
13:50:49 <abastro> Well its default look is a bit meh, but it exists
13:50:56 <abastro> https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Actions-TreeSelect.html#t:TSConfig
13:51:08 <abastro> I meant to send https://wiki.haskell.org/wikiupload/thumb/0/0b/Treeselect-Workspace.png/800px-Treeselect-Workspace.png
13:51:35 <Ether17> ohh
13:51:44 <Ether17> its like grid select?
13:52:04 <Ether17> just for workspaces
13:52:08 <Ether17> and not applications
13:53:04 <abastro> Can be made to work for applications too
13:53:33 <abastro> `treeselectAction` could work
14:00:18 × Ether17 quits (~Ether17@45.248.151.237) (Quit: Client closed)
14:00:36 → Ether17 joins (~Ether17@45.248.151.237)
14:07:41 <geekosaur> I don't see a `myNormBorderColor`, instead there's a hardwired one in the config record
14:07:45 × abastro quits (~abab9579@220.75.216.63) (Remote host closed the connection)
14:08:14 <geekosaur> #1d2021 which is going to be very dark gray
14:08:30 → abastro joins (~abab9579@220.75.216.63)
14:15:54 <abastro> Wish treeview was a bit better-looking
14:19:05 → xioulious joins (~yourname@193.32.249.137)
14:31:01 <Ether17> geekosaur i had removed it
14:31:05 <Ether17> and it sttill doesnt work
14:31:23 <Ether17> 1d2021 is supposed to belnd in with gtk theme
14:37:06 <liskin> have you guys seen the new haskell-language-server installation procedure? it's as if someone sat down and said "you know what, haskell tooling has always horrible and slow and confusing and took a lot of disk space, but advances in processors and solid state drives alleviated some of that, so let's try and make it worse again by today's standards!"
14:38:21 <liskin> so now to install HLS you have to download a huge tar.xz, extract 2 gigs of shit out of it, and then run a Makefile that tries to put stuff into /usr/local because who cares
14:38:30 <liskin> fuck this shit I'm done with Haskell.
14:39:02 <abastro> Do you mean vscode ghcup setup?
14:39:07 <abastro> Oh wait, no reason you would use vscode
14:39:22 <Solid> huh? the installation instructions still mention that `stack install` works
14:40:18 <liskin> not entirely sure that building the whole thing locally is going to be much better
14:40:28 <liskin> but there's a possibility it will now
14:40:40 <liskin> before you just downloaded 2 binaries from github and everything worked
14:40:57 <geekosaur> I think most people will continue to use ghcup
14:41:55 <Solid> oh they've defaulted to linking it dynamically now
14:42:09 <abastro> Did HLS change their build process?
14:42:09 <Solid> that does indeed sound like a pain compared to just downloaded prebuild binaries
14:42:48 <abastro> Strange, I thought HLS prebuilt binaries could be downloaded
14:43:47 <abastro> Doesn't ghcup work by simply downloading binaries
14:48:56 <Solid> I suppose now it goes through what liskin described
14:49:30 <abastro> Wait what?
14:49:49 <abastro> Does dynamic linking require that
14:49:56 <abastro> Huh wait, it would indeed
14:50:00 <Solid> https://github.com/haskell/haskell-language-server/releases/tag/1.7.0.0
14:50:00 <abastro> MEH
14:50:37 <liskin> I wonder how ghcup actually does it because I don't see the make invocation in the source
14:50:45 <liskin> I'll try in docker
14:50:57 <abastro> Yea unlikely to use `make` themselves
14:51:12 <Solid> I guess stack would now work with `stack install --stack-yaml=<stack.yaml> --flag=haskell-language-server:-dynamic`
14:51:44 <abastro> Ew
14:51:46 <abastro> Ewwwww
14:53:35 <abastro> Actually HLS only dynamically links GHC, right?
14:53:45 <abastro> That and some system libs
14:54:25 <Solid> it doesn't dynamically link its Haskell dependencies I think, if that's what you're asking
14:55:23 <abastro> Hm, still dynamically linking GHC would be pain
14:57:43 <liskin> Hm, it does run the Makefile apparently
14:57:54 × abastro quits (~abab9579@220.75.216.63) (Remote host closed the connection)
14:58:38 <xioulious> is there a good working alternative to xmobar that properly works with the xmonad independent screen workspaces? (tried polybar, but its horrible to set up and didnt get it to play nice)
14:59:15 → abastro joins (~abab9579@220.75.216.63)
14:59:17 <Solid> liskin: this perhaps https://gitlab.haskell.org/haskell/ghcup-hs/-/blob/master/lib/GHCup.hs#L640
14:59:33 <liskin> Solid: yeah, also just found it
15:00:39 <abastro> Eww so it does `make`
15:00:41 <abastro> .......
15:01:32 <Solid> if it's better than whatever they're fixing I guess that's fine :)
15:02:01 <Solid> (though, running musl and not glibc, I could never use those prebuild binaries anyways)
15:04:53 <Ether17> does anyone else have the border issue?
15:05:58 <Solid> Ether17: which border issue?
15:05:59 <geekosaur> border works fine here https://github.com/geekosaur/xmonad.hs/blob/skkukuk/xmonad.hs#L89
15:06:37 <geekosaur> 1d2021 is nearly black (and looks it, here; my border actually looks light gray against it)
15:08:31 <geekosaur> [30 10:24:47] <Ether17> Another issue; i decided to use Borders again. for some reason No matter i change myNormBorderColor to it is always this black color.
15:12:14 abastro[m] uploaded an image: (889KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/BVILMtkaMHIwOyuQbkmnVNSk/best-i-can.png >
15:13:31 <abastro> `X.A.TreeSelect` is a bit lame
15:13:54 <liskin> oh yeah, and of course the GHC ABI doesn't match, so I can't use the bindist either
15:14:22 <liskin> seriously fuck this Haskell stuff.
15:16:04 <abastro> Ugh wh
15:19:26 × abastro quits (~abab9579@220.75.216.63) (Remote host closed the connection)
15:20:36 → abastro joins (~abab9579@220.75.216.63)
15:32:15 <Ether17> geekosaur i cant change the color
15:32:18 <Ether17> no matter what i use
15:32:28 <Ether17> i think it a compile issue?
15:32:51 <geekosaur> do you have xmessage installed? it should pop up with any compile errors
15:33:39 <Ether17> yeah
15:34:03 <Ether17> my color doesnt change no matter what
15:34:05 <Ether17> so..
15:34:21 <Ether17> even after reboot
15:34:31 × Ether17 quits (~Ether17@45.248.151.237) (Quit: Client closed)
15:35:44 → Ether17 joins (~Ether17@45.248.151.237)
15:36:04 <Ether17> any ideas?
15:36:18 <Ether17> something wrong with my code?
15:41:52 <geekosaur> have to remake my sandbox with xmonad-git instead of 0.17.0 because you're using PerLayoutKeys
15:42:08 <geekosaur> (no, unless it's very simple I can't just look at code and see if it's correct)
15:42:38 <Ether17> perlayout keys?
15:42:48 <Ether17> that conflicts with the border?
15:42:52 <Ether17> whatt?
15:44:07 <geekosaur> where did you get that idea?
15:44:22 <geekosaur> I said you're using xmonad form git but I was set up for xmonad release
15:44:37 <geekosaur> to test your config in my sandbox I needed to reconfigure the sandbox
15:44:41 <abastro> xmonad-git?
15:45:02 <abastro> Oh, downloading xmonad through git
15:45:50 <Ether17> ohh
15:46:04 <abastro> Hm xmonad 0.17.1 is not yet released I guess
15:46:10 <abastro> (On hackage)
15:46:33 <Solid> it's also not released yet period
15:47:12 <Ether17> https://github.com/altercation/dotfiles-tilingwm/blob/master/.xmonad/lib/XMonad/Actions/ConditionalKeys.hs
15:47:21 <Ether17> is this better written?
15:47:32 <Ether17> compared to PerLayoutKeys?
15:50:01 <Ether17> Its the same thing, with more functionality
15:50:09 <Ether17> why not merge this?
15:50:50 <Solid> probably because no one has ever submitted it as a pr
15:51:53 <Ether17> should i?
15:52:09 <Ether17> although the functionality is on PerWorkspace
15:52:40 <Ether17> it makes more sense to just have it on one module
15:53:21 <abastro> `Maintainer: ?`
15:53:29 <Ether17> yeah
15:53:40 <Ether17> he could identify the author
15:53:43 <Ether17> its in the comments
15:55:45 <abastro> Oh
16:00:06 × JaredMohammed[m] quits (~librejare@2001:470:69fc:105::1:83b7) (Quit: You have been kicked for being idle)
16:02:17 <geekosaur> sigh. it's complaining that it can't find your colors module. but if I dump the paths it's checking, it claims to be looking in the right place
16:03:19 × abastro quits (~abab9579@220.75.216.63) (Ping timeout: 240 seconds)
16:04:17 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.4.1)
16:04:51 <Ether17> https://github.com/xmonad/xmonad-contrib/pull/714
16:06:09 <Ether17> Someone take a look at this. I put geekosaur 's name as the maintainer. Because he was maintaining the older ones; PerLayoutKeys.hs and PerWorksapcesKeys.hs
16:06:25 <Ether17> now it just one; CondtionalKeys.hs
16:07:29 <Ether17>  XMonad.Actions.ConditionalKeys
16:24:59 <geekosaur> took some hacking around but the config compiles, so it should be good
16:25:25 <Ether17> cool
16:26:12 <Ether17> Thanks for your effort geekosaur
16:26:33 <geekosaur> which doesn't explain why the inactive border color doesn't work for you
16:26:53 <Ether17> hmm
16:26:59 <Ether17> does it work for you?
16:27:16 <geekosaur> (also I still have no idea why ghc couldn't find your Colors module; I dumped its search path and it was clearly there)
16:27:36 <Ether17> hmm
16:28:17 <Ether17> i had a directory called lib/Colors
16:28:29 <Ether17> in which i had the colorscheme
16:30:42 × Ether17 quits (~Ether17@45.248.151.237) (Quit: Client closed)
16:31:22 <geekosaur> yes
16:31:37 <geekosaur> I cloned your repo so I had that module. ghc wasn't finding it for some reason
16:32:20 <geekosaur> I am indeed seeing black borders, and I'm getting BadValue errors in the log
16:32:23 ← xioulious parts (~yourname@193.32.249.137) ()
16:35:22 → Ether17 joins (~Ether17@45.248.151.250)
16:36:39 <Ether17> also geekosaur; did you make the PerLayoutKeys from altercation/dotfiles?
16:37:00 <Ether17> if so i actually made a PR adding that. https://github.com/xmonad/xmonad-contrib/pull/714
16:38:27 <geekosaur> I saw your PR. no, I created it by copying and editing PerWorkspaceKeys, which is why I credited the author of that
16:38:46 <Ether17> oh
16:38:48 <geekosaur> (Roman Cheplyka)
16:38:52 <Ether17> but
16:38:56 <Ether17> ironiclly
16:39:01 <Ether17> its the same
16:39:12 <Ether17> as altercation/dotfiles
16:39:36 <geekosaur> I probably made it for them and then submitted it upstream
16:39:55 <Ether17> Although i dont get why you went with such a huge name.
16:39:58 <geekosaur> I do that fairly often, whip something up in here for someone and then upstream it
16:40:11 <Ether17> bindByLayout*
16:40:32 <Ether17> rather than `bind on LB`
16:41:08 <Ether17> BL*
16:42:05 <Ether17> not a big deal though.*
16:42:19 <Ether17> but it gives me ocd in my config
16:51:25 → bsjd joins (~user@2a02:a020:40:96f4:3839:bd2f:d54:286c)
16:52:18 <geekosaur> if I put that color in my config, it works. no idea why your config is getting BadValue
16:52:54 <Ether17> do me a favour
16:52:57 <Ether17> change the color
16:53:02 <Ether17> see if it changes
16:53:22 <Ether17> for me the color it renders is; #00000
16:55:54 <geekosaur> I'm still getting that BadValue error, which is why it's coming up as #000000
16:56:14 <Ether17> Bad Value?
16:56:22 <Ether17> what the hell doest that mean
16:56:24 <Ether17> its hex
16:56:48 <Ether17> myNormColor :: String
16:56:52 <Ether17> its defined
16:56:57 <Ether17> why wouldnt it run
16:57:44 × bsjd quits (~user@2a02:a020:40:96f4:3839:bd2f:d54:286c) (Remote host closed the connection)
16:58:06 <geekosaur> that's the question all right
16:58:22 <geekosaur> there would be a different error if it couldn't convert the string
16:58:41 <geekosaur> it's the result of conversion that is raising the error, which doesn't make a whole lot of sense
16:59:18 <Ether17> so this a haskell issue?
16:59:32 <Ether17> The Glorious Glasgow Haskell Compilation System, version 8.8.4
16:59:40 <Ether17> what are you using?
16:59:47 <geekosaur> no, this would be an X11-related issue
16:59:51 <Ether17> ohh
17:00:01 <Ether17> any ideas for a qucik fix?
17:03:14 <geekosaur> no, because I still don't see why it's happening
17:03:37 <Ether17> hmm
17:03:49 <Ether17> this occurs no matter the color used?
17:03:54 <Ether17> for me thats the case
17:04:07 <Ether17> maybe windowNavigation is causing it?
17:07:49 <geekosaur> yeh. it's acting like the colormap is full, but with a TrueColor visual I don't think that can happen
17:09:34 <Ether17> so what exactly do i need to change/fix?
17:15:04 <geekosaur> what part of what I said makes you think I know the answer to that?
17:16:06 <Ether17> sorry
17:21:59 <geekosaur> well, it's not colormap related, if I change it to one of the preallocated values I still get BadValue
17:24:29 <Ether17> exactly
17:26:15 → mvk joins (~mvk@2607:fea8:5ce3:8500::aa1d)
17:34:04 × Ether17 quits (~Ether17@45.248.151.250) (Quit: Client closed)
17:43:58 → werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
17:44:19 <geekosaur> X_QueryColors, tracking down the opcode. so it's not translating it for some reason, but it's doing so each time instead of once during initialization?
17:54:17 → Xioulious joins (~yourname@193.32.249.137)
17:56:53 <Xioulious> how can i install xmobar without it breaking on a haskell update? i had to install haskell-safe-exceptions and then do a new cabal install of xmobar for it to be able to start again (error was error while loading shared libraries: libHSsafe-exceptions-0.1.7.2-CBfZQcIqSYDK2MNuGjYQ4H-ghc9.0.2.so)
17:57:25 <geekosaur> let me guess, you're on Arch?
17:58:12 <Xioulious> yep
17:58:39 <geekosaur> complain to the Arch maintainers that they yet again updated a dependency without updating the dependents
17:58:40 <Xioulious> i already install xmonad itself with stack due to that, atleast that has kept that part safe so far
17:59:12 <geekosaur> they severely complicate haskell packages and this is one of the effects. if they would do them properly this wouldn't happen
17:59:41 <geekosaur> all I can suggest is avoid Arch packages for Haskell programs until they come to their senses
18:00:29 <geekosaur> because there's nothing we can do if they update dependencies that way and don't update *all* dependents
18:00:45 <geekosaur> we disrecommend dynamic installs for exactly that reason
18:01:10 <Xioulious> and installing xmobar on arch isnt possible with the dynamic installs?
18:01:47 <Xioulious> i meant without
18:02:01 <geekosaur> arch doesn't package non-dynamic installs
18:02:16 <geekosaur> they insist on the dynamic ones, then don't do the work necessary to keep them running
18:03:09 <geekosaur> and unlike (say) C, upgrading a package changes it in incompatible ways due to cross-module inlining, so shared objects have ABI hashes and using a .so with a different ABI hash will break
18:03:42 <geekosaur> we *strongly* recommand static installs. this isn't the greatest of solutions but it does mean things don't randomly break
18:04:20 → arjun joins (~arjun@user/arjun)
18:04:33 <Xioulious> would installing xmobar through the configure script solve that problem, or would it still be using those?
18:05:36 <geekosaur> installing it yourself will default to -static but you would also have to install its dependencies the same way (that is, not ia arch)
18:06:07 <geekosaur> on arch your best bet is to use stack to install everything. I'm not fond of stack but it at least works despite arch packages
18:07:25 <Xioulious> oh so stack would work, couldnt find anything listing that xmobar could be installed that way, ill do that then if i can figure out how to
18:07:49 <arjun> i'm on arch and i installed xmonad via cabal
18:08:19 <arjun> then you go to your ~/.config/xmonad/ folder
18:08:49 <arjun> and cabal install --env . --lib xmonad xmonad-contrib so that xmonad.hs has access to Xmonad libraries
18:09:09 <arjun> took maybe 5 minutes ?
18:14:27 <geekosaur> well, I figured out why it's looking up the color again each time (it uses the windpw
18:14:39 <geekosaur> window's colormap, forgot about that)
18:14:54 <geekosaur> still doesn't explain why it's failing
18:19:05 <Xioulious> when doing the stack install, can i just do the stack install --flags="all_extensions" or how do i cause all to be installed with that?
18:21:34 <geekosaur> I think you have to say something like --flags="xmobar:all_extensions" since stack lets you specify flags per component to be installed
18:24:02 <Xioulious> hmm, says stack install has no --flags option
18:24:31 <Xioulious> though i do see [--flag PACKAGE:[-]FLAG]
18:24:39 <Xioulious> so maybe no equal and stuff
18:25:12 <geekosaur> yeh, the = is cabal
18:25:26 <geekosaur> so --flag xmobar:all_extensions
18:25:30 <Solid> = works just fine for stack, the stray "s" was the issue
18:25:43 <Xioulious> --flag xmobar:all_extensions that worked, its doing stuff now
18:37:20 <Xioulious> k thats a success, got it installed through stack now, which shouldnt break with updates i hope
18:52:19 <geekosaur> bleh. so why is https://github.com/xmonad/xmonad/blob/master/src/XMonad/Operations.hs#L261 failing?
19:00:29 <geekosaur> it's not even suppoosed to generate BadValue
19:04:40 <Xioulious> after a recompile and restart of xmonad trayer likes to stay above fullscreen stuff like when playing youtube in firefox, this is after i already had the firefox window open, is this something due to a misconfiguration in my xmonad? it doesnt do so if i dont recompile/restart xmonad
19:05:29 <Xioulious> think i saw an issue about it with some hack mentioned in it, but if its that one then i need to figure out how to implement it
19:06:08 <geekosaur> the hack is for the opposite problem, trayer gets lowered below an xmobar it's supposed to float above
19:07:23 <Xioulious> ah, then ill search further
19:12:36 <Xioulious> it does seem to be this issue: https://github.com/xmonad/xmonad-contrib/issues/211 but it also states a fix that you said is expensive to use, is that the recommended way to go about it still?
19:21:04 <geekosaur> as far as I can tell, it is. as long as it doesn't get triggered too often (queryTree is downright nasty)
19:22:08 → stackdroid18 joins (14094@user/stackdroid)
19:24:47 <Xioulious> i know basically nothing about haskell yet, only been copying and modifying stuff from other configs to get my stuff working the way i want to.. so no clue when/how often that gets triggered
19:25:39 <geekosaur> the code in that ticket should only invoke it when a dock-like window is opened
19:25:44 <geekosaur> so it should be okay
19:27:03 <Xioulious> and only trayer and xmobar are dock-like windows that im using i think, so it should only be used on boot or restart of xmonad
19:27:34 <Xioulious> that solves that now then, i might have more bugs to solve but not sure if i managed to fix them or not.. ill have to see
19:27:46 <Xioulious> ty for always being here and willing to help out though!
19:40:19 <geekosaur> no problem
19:57:45 <geekosaur> Ether[m], I've tracked down the call that is failing but still don't know why. I just did a pass through your config again on the off chance that, X being asynchronous, it was actually an error return from a different call, but it seems not
19:59:06 <geekosaur> and the error it's returning isn't even supposed to be possible according to the protocol docs, but xorg keeps breaking protocols that way so who knows? I can't tell if it was supposed to be BadColor or if they came up with a new way for it to fail in xcb that xlib used to hide
20:00:24 × noex quits (~null@user/noex) (Ping timeout: 248 seconds)
20:02:09 → noex joins (~null@user/noex)
20:10:20 → [Leary] joins (~Leary]@122-58-228-205-vdsl.sparkbb.co.nz)
20:36:01 × arjun quits (~arjun@user/arjun) (Quit: Leaving)
21:10:49 <geekosaur> Ether[m], I tossed up a bug report, hopefully one of us will have a chance to bisect your config and try to either reduce it to a smallest reproducer or possibly find some part which reliably triggers it
21:15:36 × noex quits (~null@user/noex) (Ping timeout: 248 seconds)
21:35:47 × mvk quits (~mvk@2607:fea8:5ce3:8500::aa1d) (Ping timeout: 240 seconds)
21:48:41 → mvk joins (~mvk@2607:fea8:5ce3:8500::aa1d)
22:00:09 → noex joins (~null@user/noex)
22:05:27 × noex quits (~null@user/noex) (Ping timeout: 276 seconds)
22:07:26 → noex joins (~null@user/noex)
22:17:33 × noex quits (~null@user/noex) (Ping timeout: 246 seconds)
22:20:44 → noex joins (~null@user/noex)
22:31:08 × mvk quits (~mvk@2607:fea8:5ce3:8500::aa1d) (Ping timeout: 250 seconds)
23:10:02 → Guest54 joins (~Guest54@75-27-143-134.lightspeed.austtx.sbcglobal.net)
23:12:08 × Guest54 quits (~Guest54@75-27-143-134.lightspeed.austtx.sbcglobal.net) (Client Quit)

All times are in UTC on 2022-04-30.