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