Home liberachat/#xmonad: Logs Calendar

Logs: liberachat/#xmonad

←Prev  Next→
Page 1 .. 196 197 198 199 200 201 202 203 204 205 206 .. 1844
184,312 events total
2021-09-04 14:01:09 <geekosaur> it's also somewhat common to have 20 workspaces with the first 10 on mod-<1-10> and the second on mod-<F1-F10>
2021-09-04 14:04:02 f2a joins (f2a@f2a.jujube.ircnow.org)
2021-09-04 14:05:16 f2a is now known as f-a
2021-09-04 14:17:52 × bla quits (~bla@89-67-84-220.dynamic.chello.pl) (Ping timeout: 252 seconds)
2021-09-04 14:18:50 <fizzie> I think someone here did workspaces with a two-digit keybinding, which I imagine is achievable with XMonad.Actions.Submap-style logic. Or maybe I'm thinking of IRC client windows instead.
2021-09-04 15:39:59 <yuu[m]> Solid: geekosaur thank you!
2021-09-04 15:41:01 <yuu[m]> what is the operator i need to use here so that i can have both keys?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/c147ff51e8dfa36fa18fa82490d4d33e2c3e530d)
2021-09-04 15:47:11 <davve> its not about the amount of workspaces, its how you use them!
2021-09-04 15:47:45 <geekosaur> yuu[m], what error do you get?
2021-09-04 15:49:59 <yuu[m]> geekosaur: oh i should have looked before asking it was just `Variable not in scope: additionalKeys`. fixed! thank you! haskell is kinda magic
2021-09-04 15:50:00 <geekosaur> it shouldn't be an operator but it might need parentheses
2021-09-04 16:10:19 benin0369323 joins (~benin@183.82.179.90)
2021-09-04 16:21:23 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-09-04 16:36:21 geekosaur joins (~geekosaur@xmonad/geekosaur)
2021-09-04 16:47:24 qbt joins (~edun@user/edun)
2021-09-04 16:47:25 defjam joins (~eb0t@90.194.35.110)
2021-09-04 16:49:09 rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-09-04 16:54:54 × defjam quits (~eb0t@90.194.35.110) (Quit: WeeChat 2.3)
2021-09-04 16:55:05 defjam joins (~eb0t@90.194.35.110)
2021-09-04 17:01:45 benin03693239 joins (~benin@106.198.95.161)
2021-09-04 17:03:22 × benin0369323 quits (~benin@183.82.179.90) (Ping timeout: 240 seconds)
2021-09-04 17:03:23 benin03693239 is now known as benin0369323
2021-09-04 17:09:46 × defjam quits (~eb0t@90.194.35.110) (Quit: WeeChat 2.3)
2021-09-04 17:10:47 defjam joins (~eb0t@90.194.35.110)
2021-09-04 17:21:29 defjam is now known as rundown
2021-09-04 17:21:52 benin03693238 joins (~benin@183.82.207.253)
2021-09-04 17:23:35 rundown is now known as eblip
2021-09-04 17:23:40 × benin0369323 quits (~benin@106.198.95.161) (Ping timeout: 240 seconds)
2021-09-04 17:23:40 benin03693238 is now known as benin0369323
2021-09-04 17:24:42 eblip is now known as eb0t
2021-09-04 17:26:17 eb0t is now known as defjam
2021-09-04 17:26:25 × defjam quits (~eb0t@90.194.35.110) (Quit: WeeChat 2.3)
2021-09-04 17:27:13 defjam joins (~eb0t@90.194.35.110)
2021-09-04 17:45:43 × defjam quits (~eb0t@90.194.35.110) (Quit: WeeChat 2.3)
2021-09-04 17:46:05 defjam joins (~eb0t@90.194.35.110)
2021-09-04 17:58:17 × defjam quits (~eb0t@90.194.35.110) (Quit: WeeChat 2.3)
2021-09-04 18:06:07 × benin0369323 quits (~benin@183.82.207.253) (Ping timeout: 252 seconds)
2021-09-04 18:10:37 defjam joins (~eb0t@90.194.35.110)
2021-09-04 18:18:17 jrgiacone joins (~jrgiacone@47.153.194.92)
2021-09-04 18:18:20 <jrgiacone> good morning
2021-09-04 18:18:36 <jrgiacone> does anyone now how to allow stack to use more cores when compiling updates?
2021-09-04 18:18:50 <jrgiacone> ive got 16 threads and it only uses 1
2021-09-04 18:19:16 <jrgiacone> know*
2021-09-04 18:19:30 <f-a> I know it w/ cabal (-j)
2021-09-04 18:19:44 <f-a> are you sure you meant to ask this here (#xmonad), jrgiacone ?
2021-09-04 18:20:55 <jrgiacone> yea lol, I only use haskell for xmonad, so I was curious because I build updates from github with stack and just use stack build after updating
2021-09-04 18:22:52 <f-a> ah sorry, my bad
2021-09-04 18:23:34 <f-a> as I said I do not use stack, but `stack --help | grep core` could be a good starting point. And hang tight, for sure someone is bound to answer
2021-09-04 18:24:46 × defjam quits (~eb0t@90.194.35.110) (Quit: WeeChat 2.3)
2021-09-04 18:26:26 defjam joins (~eb0t@90.194.35.110)
2021-09-04 18:52:33 <Solid> jrgiacone: stack should already build packages in parallel (and use multiple cores for that)
2021-09-04 18:53:36 <Solid> if you want to build modules of the same package in parallel then you can just pass -j to `stack build` (or -j16, etc)
2021-09-04 18:53:52 bla joins (~bla@89-67-84-220.dynamic.chello.pl)
2021-09-04 18:54:18 <Solid> eh, probably `--ghc-options -j16` to directly pass it to ghc
2021-09-04 18:55:53 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-09-04 18:57:42 geekosaur joins (~geekosaur@xmonad/geekosaur)
2021-09-04 18:58:33 <jrgiacone> hmm solid, my stack only uses one thread when I compile and watch htop
2021-09-04 18:59:03 <jrgiacone> but ill try either so like stack build --ghc-options -j16?
2021-09-04 18:59:09 <geekosaur> packages, not modules
2021-09-04 18:59:39 <liskin> jrgiacone: you can also do this: https://github.com/xmonad/xmonad-contrib/blob/master/stack-master.yaml#L25
2021-09-04 18:59:44 <geekosaur> it would build xmonad and xmonad-contrib in parallel, except xmonad-contrib depends on xmonad so it can't
2021-09-04 19:00:20 <jrgiacone> ahh, I'll check that out liskin, yea cause contrib only uses one thread when compiling, so i wanted to speed it up
2021-09-04 19:00:38 <jrgiacone> ah sick
2021-09-04 19:00:54 <jrgiacone> Ill try it on the next update to contrib thanks!
2021-09-04 19:01:33 <jrgiacone> liskin, I can add that at the bottom of my stack.yaml?
2021-09-04 19:03:28 <Solid> liskin: that doesn't work when building something that depends on contrib right?
2021-09-04 19:06:14 <jrgiacone> side note, might not be related to xmonad but more so X11, when my screen turns off after an idle, it seems to revert to an auto state and I will have to reapply monitor settings to not get flickering with gsync
2021-09-04 19:06:41 <jrgiacone> I did not know if anyone had experienced this, it's not a big deal, I just set a keybind to reapply the single monitor settings
2021-09-04 19:08:10 <geekosaur> that would be an X11 issue
2021-09-04 19:10:25 <liskin> jrgiacone: yeah, add that to the bottom
2021-09-04 19:11:11 <liskin> Solid: why not? it just makes xmonad-contrib compile in parallel; if whatever depends on xmonad-contrib happens to be larger than xmonad-contrib and would benefit from parallel ghc, then sure, this won't apply to it, but that seems unlikely
2021-09-04 19:11:36 <liskin> jrgiacone: are you using X.H.Rescreen or something like that which autotriggers xrandr?
2021-09-04 19:13:41 × defjam quits (~eb0t@90.194.35.110) (Quit: WeeChat 2.3)
2021-09-04 19:16:34 <jrgiacone> liskin, I am not I just bound a script to reapply my single or dual monitor settings
2021-09-04 19:16:52 <jrgiacone> would X.H.Rescreen allow for that if im not hot plugging monitors
2021-09-04 19:16:58 <jrgiacone> I switch to single to use gsync in games
2021-09-04 19:18:13 <liskin> if you're not hotplugging then X.H.Rescreen wouldn't be as useful
2021-09-04 19:18:35 <liskin> although in your case it seems like the external monitor turning off fires the same events like in an actual cable disconnect
2021-09-04 19:18:56 <liskin> but you'd probably just get a different chaos of weird behaviours out of that
2021-09-04 19:19:26 <liskin> what I do here is that when both outputs are active I disable DPMS so they never turn off
2021-09-04 19:20:01 <jrgiacone> haha it's all good, I appreciate that feedback. It's just a minor annoyance I fixed with a few keybind scripts. Oh that's an easy fix too
2021-09-04 19:20:30 <jrgiacone> liskin: could I add a similar -j16 for xmonad as well under the ghc-options
2021-09-04 19:21:04 <liskin> it's not perfect—no power savings and the monitors get extra wear, but in my case it doesn't really matter as I only leave this when I go to the toilet or kitchen
2021-09-04 19:21:19 <liskin> whenever I actually walk away I suspend the laptop
2021-09-04 19:21:36 <liskin> jrgiacone: you can but you'll not gain much, xmonad compiles in seconds
2021-09-04 19:22:06 <jrgiacone> cool cool, Yea ill see how it works on next update thanks
2021-09-04 19:38:11 <jrgiacone> actually side question, anyone use xmobar with temp or weather options, after the number 80 on both it will not display a number and shows blank
2021-09-04 19:39:02 <f-a> switch to Celsius ;P
2021-09-04 19:39:29 <jrgiacone> I could haha, cpu will hit above 80 though in rendering lol
2021-09-04 19:39:42 <f-a> hehe
2021-09-04 19:40:27 <liskin> 80 sounds like the threshold between normal and high
2021-09-04 19:40:50 <liskin> perhaps it's trying to display a different color or something
2021-09-04 19:43:32 <jrgiacone> lmao thanks for the heads up, I forgot #
2021-09-04 19:56:44 <jrgiacone> always something smalllll
2021-09-04 20:06:52 × bla quits (~bla@89-67-84-220.dynamic.chello.pl) (Remote host closed the connection)
2021-09-04 20:33:16 berserk joins (~berserk@108-195-12-248.lightspeed.miamfl.sbcglobal.net)
2021-09-04 20:36:25 <berserk> Has someone seen this kind of output from `journalctl`?
2021-09-04 20:36:30 <berserk> `XMonad is recompiling and replacing itself with another XMonad process because the current process is called "ah-xmonad" but the compiled configuration should be called "xmonad-x86_64-linux"`
2021-09-04 20:36:59 <berserk> `ah-xmonad` is a custom build of xmonad I've got locally. I'm using a nix flake to build it.
2021-09-04 20:37:47 <berserk> `ps aux | grep xmonad` reveals that `ah-xmonad` is running

All times are in UTC.