Home liberachat/#xmonad: Logs Calendar

Logs on 2021-12-23 (liberachat/#xmonad)

00:00:47 <geekosaur> (sadly, I think that might mean byorgey)
00:09:22 → kayvank joins (~user@52-119-115-185.PUBLIC.monkeybrains.net)
00:13:11 → dirtcastle joins (~dirtcastl@2409:4072:e90:b53b:4cd2:e7ff:fe0a:d68a)
00:16:03 <liskin> you can download the generated docs from the CI
00:16:30 <liskin> that is, you could if the build didn't fail due to that hlint issue :-/
00:17:02 <liskin> but just for future reference, see e.g. here https://github.com/xmonad/xmonad-contrib/actions/runs/1485976044
00:17:10 <liskin> there's an artifact to download at the bottom
00:17:17 × dirtcastle quits (~dirtcastl@2409:4072:e90:b53b:4cd2:e7ff:fe0a:d68a) (Ping timeout: 240 seconds)
00:17:27 → dirtcastle joins (~dirtcastl@103.43.203.229)
00:18:09 <liskin> (it includes the sdist tarball and the docs tarball, as a preview of what would be uploaded to hackage if the (pre-)release workflow was triggered)
00:18:09 × dirtcastle quits (~dirtcastl@103.43.203.229) (Read error: Connection reset by peer)
00:18:25 → dirtcastle joins (~dirtcastl@103.43.203.229)
00:19:51 <liskin> we could hardcore hlint to 3.3.4 in cabal.haskell-ci temporarily to work around this
00:21:10 <liskin> (I'm about to afk, but I can look into that today and maybe try to look at some PR tomorrow, although no promises, my hand is still a bit shit)
00:21:17 <liskin> s/today/tomorrow/
00:21:25 × dirtcastle quits (~dirtcastl@103.43.203.229) (Read error: Connection reset by peer)
00:21:34 <geekosaur> I'm looking at the output of the haddock phase. wonder if we should try to clean that up at some point
00:21:41 <geekosaur> lots of haddock warnings
00:22:21 <liskin> it'd be nice but it's probably not the highest priority :-/
00:25:40 <geekosaur> wonder how much work it'd be to get .haddock files for X11 and xmonad into xmonad-contrib, lots of warnings about that
00:25:50 → dirtcastle joins (~dirtcastl@103.43.203.225)
00:26:08 <geekosaur> at least it doesn't look like I pissed off haddock much more than it already was :)
00:26:09 × dirtcastle quits (~dirtcastl@103.43.203.225) (Read error: Connection reset by peer)
00:26:17 → dirtcastle joins (~dirtcastl@103.43.203.225)
00:29:08 × dirtcastle quits (~dirtcastl@103.43.203.225) (Read error: Connection reset by peer)
00:31:57 → dirtcastle joins (~dirtcastl@103.43.203.229)
00:33:14 × dirtcastle quits (~dirtcastl@103.43.203.229) (Read error: Connection reset by peer)
00:33:54 → dirtcastle joins (~dirtcastl@103.43.203.229)
00:34:16 × dirtcastle quits (~dirtcastl@103.43.203.229) (Read error: Connection reset by peer)
00:34:23 → dirtcastle joins (~dirtcastl@103.43.203.229)
00:38:15 × dirtcastle quits (~dirtcastl@103.43.203.229) (Read error: Connection reset by peer)
00:40:28 → dirtcastle joins (~dirtcastl@103.43.203.229)
00:42:58 × dirtcastle quits (~dirtcastl@103.43.203.229) (Read error: Connection reset by peer)
00:47:15 → dirtcastle joins (~dirtcastl@103.43.203.229)
00:47:51 × dirtcastle quits (~dirtcastl@103.43.203.229) (Read error: Connection reset by peer)
00:50:57 → dirtcastle joins (~dirtcastl@103.43.203.229)
00:52:07 × dirtcastle quits (~dirtcastl@103.43.203.229) (Read error: Connection reset by peer)
00:52:44 → dirtcastle joins (~dirtcastl@103.43.203.225)
00:54:03 × dirtcastle quits (~dirtcastl@103.43.203.225) (Read error: Connection reset by peer)
00:54:12 → dirtcastle joins (~dirtcastl@103.43.203.225)
00:55:13 <liskin> Hm, I'd hope that cabal/stack handles (or can be told to) that
01:08:06 × dirtcastle quits (~dirtcastl@103.43.203.225) (Read error: Connection reset by peer)
01:12:06 → dirtcastle joins (~dirtcastl@103.43.203.229)
01:14:15 × dirtcastle quits (~dirtcastl@103.43.203.229) (Remote host closed the connection)
01:41:57 → rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
02:13:26 → dirtcastle joins (~dirtcastl@103.43.203.229)
02:22:17 × dirtcastle quits (~dirtcastl@103.43.203.229) (Ping timeout: 240 seconds)
02:24:14 → dirtcastle joins (~dirtcastl@103.43.203.229)
02:53:20 × thaumavorio quits (~thaumavor@thaumavor.io) (Quit: ZNC 1.8.2 - https://znc.in)
03:03:57 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 240 seconds)
03:17:46 × td_ quits (~td@94.134.91.68) (Ping timeout: 260 seconds)
03:19:39 → td_ joins (~td@94.134.91.61)
03:22:31 → banc joins (banc@gateway/vpn/airvpn/banc)
03:43:55 × rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 268 seconds)
03:44:03 → thaumavorio joins (~thaumavor@thaumavor.io)
04:13:24 × kayvank quits (~user@52-119-115-185.PUBLIC.monkeybrains.net) (Remote host closed the connection)
05:50:04 × sqrehmm quits (uid531949@id-531949.ilkley.irccloud.com) (Quit: Connection closed for inactivity)
06:05:17 → darkstardevx joins (~darkstard@50.39.115.145)
06:06:16 × darkstardevx quits (~darkstard@50.39.115.145) (Remote host closed the connection)
06:06:40 → darkstardevx joins (~darkstard@50.39.115.145)
06:21:59 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
06:24:05 → geekosaur joins (~geekosaur@xmonad/geekosaur)
07:11:37 × dirtcastle quits (~dirtcastl@103.43.203.229) (Ping timeout: 240 seconds)
07:26:39 → dirtcastle joins (~dirtcastl@2409:4072:8e96:c7f8:acb6:60ff:fe5e:3de1)
08:26:48 <Drishal[m]> hmm weird issue with xmonad
08:26:49 Drishal[m] uploaded an image: (43KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/FBqtdKklhaGINBxJTCMoFfqg/image.png >
08:27:01 <Drishal[m]> gap spacing different here:
08:27:04 Drishal[m] uploaded an image: (71KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/ipiNYUsMYInKYVQjUCAgBhja/image.png >
08:27:54 Drishal[m] sent a haskell code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/34dbe7c15590cdfd6844a4d6a05c0fe87e258410
08:28:56 <Drishal[m]> Drishal[m]: however this gets fixed if I use `setLayout $ Layout myLayout` corresponding keybind
08:29:49 Drishal[m] sent a haskell code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/6ac5ca09662f69bfd129ab77f1b256b70fe54659
08:30:16 <Drishal[m]> any ideas how to fix this extra gaps
08:31:18 <Drishal[m]> ooh and for the spacing stuff... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/9128b7287f81a9f9d91396f31842e9812a242950)
08:31:43 <Drishal[m]> ~
08:31:43 <Drishal[m]> ❯ xmonad --version
08:31:43 <Drishal[m]> xmonad 0.17.0.9
08:33:32 <Drishal[m]> basically the spacing and gaps seemed to be messed up
08:57:17 × dirtcastle quits (~dirtcastl@2409:4072:8e96:c7f8:acb6:60ff:fe5e:3de1) (Ping timeout: 240 seconds)
08:57:26 → dirtcastle joins (~dirtcastl@103.43.203.229)
09:17:24 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
09:17:49 → geekosaur joins (~geekosaur@xmonad/geekosaur)
09:32:19 <Drishal[m]> any hints to correct the way gaps are done on xmonad/xmobar?
09:36:40 <Solid> didn't you say you fixed it?
09:50:58 <Drishal[m]> <Solid> "didn't you say you fixed it?" <- when? 🤔
09:51:16 <Drishal[m]> seems after the latest git update things got kinda messed up
09:51:29 → Guest64 joins (~Guest64@2409:4064:212:6687:989d:250b:25ac:3e4d)
09:51:47 <Solid> > Drishal[m]: however this gets fixed if I use `setLayout $ Layout myLayout` corresponding keybind
09:51:48 <lambdabot> <hint>:1:57: error:
09:51:48 <lambdabot> parse error on input ‘$’
09:51:48 <lambdabot> Perhaps you intended to use TemplateHaskell
09:51:50 <Solid> there
09:52:28 <Drishal[m]> Solid: nah what I mean to say is I have to press a keybind
09:52:35 <Guest64> hey i need some help
09:52:39 <Drishal[m]> so that the layout is set correctly
09:52:48 <Drishal[m]> else there is a bit too much help
09:52:53 <Drishal[m]> s/help/gaps/
09:52:54 <Guest64> can anyone tell me how to use xmonad prompt like dmenu
09:53:23 <Drishal[m]> I wonder if something messy is going on with the latest xmonad config
09:54:24 <Guest64> seen the source code
10:03:01 × Guest64 quits (~Guest64@2409:4064:212:6687:989d:250b:25ac:3e4d) (Quit: Client closed)
10:04:17 <Solid> I'm not sure I follow; do you need to do this _every time_?
10:04:26 <Solid> Or did you simply hit M-q and you need to refresh the layouts?
10:11:57 <Drishal[m]> yes
10:11:57 × mvk quits (~mvk@2607:fea8:5cdd:f000::917a) (Ping timeout: 240 seconds)
10:12:06 <Drishal[m]> M-S-m to be exact
10:30:27 <Solid> I asked two questions, please don't answer "yes" ;)
10:31:20 <Drishal[m]> <Solid> "I'm not sure I follow; do you..." <- yes I need to do this everytime
10:37:18 <Drishal[m]> is this the correct way to reset the layouts?
10:37:18 <Drishal[m]> ```haskell
10:37:18 <Drishal[m]> , ("M-S-m", setLayout $ Layout myLayout)
10:37:18 <Drishal[m]> ```
10:40:50 <Solid> should be fine (if you have your whole config handy you can also just do `setLayout $ layoutHook myConf`)
10:41:11 <Solid> but this should just reset some state stored in the layouts; after restarting you should not have to do this again
11:03:45 <Drishal[m]> > <@drishal:matrix.org> ```haskell... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/e512c5c78f1a89ff32b51f63301d8192d7269c28)
11:03:46 <lambdabot> <hint>:1:1: error: parse error on input ‘<@’
11:04:19 <Drishal[m]> now theere are no random changing of window spacing when pressng M-S-m
11:05:44 <Drishal[m]> also is there any way to restart xmobar along with xmonad 0.17?
11:06:16 <Drishal[m]> currently xmobar is done this way... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/549975c175df27bbe3684d8412cb9f5332ba2433)
11:06:42 <Drishal[m]> trying to restart xmonad does not seem to restart xmobar
11:07:03 <Solid> `withEasySB` takes care of al of the restarting
11:08:03 <Drishal[m]> Solid: nope does not for me
11:08:46 <Solid> geekosaur: https://libera.ems.host/_matrix/media/r0/download/libera.chat/e512c5c78f1a89ff32b51f63301d8192d7269c28 seems to suggest that applying avoidStruts _after_ spacing is sometimes desirable (which is the opposite of what #666 says); what am I missing here?
11:11:41 <Drishal[m]> Solid: Variable not in scope:
11:11:53 <Drishal[m]> myLayout = renamed [CutWordsLeft 1] ( avoidStruts_after_spacing ( smartBorders ( spacingWithEdge 8 ( tiled ||| simplestFloat )))) ||| smartBorders Ful
11:12:16 <Solid> that message was not meant for you ;)
11:12:29 <Drishal[m]> aah ok
11:12:46 <Drishal[m]> xD
11:13:47 <Solid> Drishal[m]: afaik when you provide a haskell config as an input to xmobar, it compiles itself with that and then execv's a new instance
11:14:03 <Solid> since restarting works by keeping track of xmobar's PID we won't be able to find that
11:14:31 <Drishal[m]> so basically the way xmobar is handled is changed in 0.17 to some extent?
11:14:51 <Solid> well, property-based logging didn't restart xmobar at all in 0.16
11:15:06 <Solid> it's just that we're now pushing this more over pipes (which are error-prone)
11:15:22 <Solid> if you want to use a Haskell-based config for xmobar I suggest you directly compile xmobar with that config
11:15:26 × lambdabot quits (~lambdabot@haskell/bot/lambdabot) (Quit: let me try something)
11:15:33 <Solid> that way there's no extra execv
11:15:42 <Drishal[m]> cause if I launched xmobar with xmproc in the previous builds it would restart without any issues
11:16:14 <Drishal[m]> now I have to start xmobar withEasySB instead 🤔
11:16:34 <Solid> you don't _have_ to
11:17:40 <Solid> you can also use [statusBarPipe](https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Hooks-StatusBar.html#v:statusBarPipe) instead of statusBarProp
11:17:54 <Solid> which uses the old pipe-based way to talk to xmobar
11:17:56 <Solid> it's just discouraged
11:18:05 <Solid> (and so not heavily mentioned in the docs)
11:18:40 → lambdabot joins (~lambdabot@haskell/bot/lambdabot)
11:24:41 × lambdabot quits (~lambdabot@haskell/bot/lambdabot) (Quit: tum tee tum)
11:25:38 → lambdabot joins (~lambdabot@haskell/bot/lambdabot)
11:27:53 × lambdabot quits (~lambdabot@haskell/bot/lambdabot) (Client Quit)
11:29:03 → lambdabot joins (~lambdabot@haskell/bot/lambdabot)
11:29:56 × lambdabot quits (~lambdabot@haskell/bot/lambdabot) (Client Quit)
11:30:56 → lambdabot joins (~lambdabot@haskell/bot/lambdabot)
11:32:46 <Drishal[m]> <Solid> "you can also use [statusBarPipe]..." <- hmm ok 👀
12:47:44 <geekosaur> Solid, funny, as I read that they were having problems and fixed them by moving the avoidStruts outside the spacing
12:48:09 <geekosaur> that said, the variants of spacing that don't also add screen spacing *might* work in semi-sensible ways
12:49:31 <Solid> geekosaur: indeed they did; but "outside" is "after", right?
12:49:56 <geekosaur> I worded "after" in terms of the $ $ $ chain
12:50:08 <geekosaur> not the internals that most folks won't know about
12:50:16 <Solid> oh
12:51:00 <geekosaur> suppose that could stand some clarification
12:52:25 <geekosaur> (but I think it's still true even there as the constructors get traversed in that order, so avoidStruts should get the unmodified screen rectangle / be "before" anything that reduces the rectangle)
12:57:25 × Benzi-Junior quits (~BenziJuni@88-149-66-61.du.xdsl.is) (Ping timeout: 240 seconds)
13:02:21 → p_hil joins (~p_hil@2a02:810a:8900:123b:8688:8217:388a:3994)
13:07:54 × p_hil quits (~p_hil@2a02:810a:8900:123b:8688:8217:388a:3994) (Quit: Client closed)
13:55:02 → Benzi-Junior joins (~BenziJuni@dsl-149-66-61.hive.is)
14:12:12 → ebray187 joins (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e)
14:28:47 → ebray joins (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e)
14:28:53 × ebray187 quits (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Read error: No route to host)
14:51:19 × ebray quits (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Read error: No route to host)
14:51:43 → ebray187 joins (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e)
14:54:15 × benin quits (~benin@183.82.27.57) (Ping timeout: 268 seconds)
15:02:42 → benin joins (~benin@183.82.27.57)
15:06:58 × ebray187 quits (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Read error: No route to host)
15:07:37 → ebray187 joins (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e)
15:26:20 × ebray187 quits (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Read error: Connection reset by peer)
15:47:55 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
15:48:54 × Forkk quits (~forkk@li926-228.members.linode.com) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
15:55:42 → Forkk joins (~forkk@li926-228.members.linode.com)
16:03:18 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 268 seconds)
17:03:37 → ebray187 joins (~ebray187@2800:150:129:17c4:224:1dff:fed5:599e)
18:10:29 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
18:13:00 → geekosaur joins (~geekosaur@xmonad/geekosaur)
18:14:43 × humky quits (~humky@user/humky) (Quit: Leaving)
18:48:20 → cfricke joins (~cfricke@user/cfricke)
18:50:20 × cfricke quits (~cfricke@user/cfricke) (Client Quit)
18:50:36 → cfricke joins (~cfricke@user/cfricke)
19:05:58 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3)
19:22:36 → cfricke joins (~cfricke@user/cfricke)
19:31:47 → mvk joins (~mvk@2607:fea8:5cdd:f000::917a)
19:34:57 × dirtcastle quits (~dirtcastl@103.43.203.229) (Ping timeout: 240 seconds)
19:40:35 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3)
21:10:57 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
21:51:56 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
22:17:36 → YehoshuaPesachWa joins (~yehoshuap@2001:470:69fc:105::a5f)
22:32:20 YehoshuaPesachWa is now known as yehoshuapw
23:55:07 → borisbosnjak[m] joins (~borisbosn@2001:470:69fc:105::1:56a6)

All times are in UTC on 2021-12-23.