Newest at the top
2024-07-03 09:21:07 +0200 | ft | (~ft@p4fc2ab80.dip0.t-ipconnect.de) (Quit: leaving) |
2024-07-03 08:44:29 +0200 | ChubaDuba | (~ChubaDuba@5.165.179.174) (Ping timeout: 240 seconds) |
2024-07-03 08:31:26 +0200 | ChubaDuba | (~ChubaDuba@5.165.179.174) |
2024-07-03 08:30:03 +0200 | ChubaDuba | (~ChubaDuba@37.112.227.152) (Ping timeout: 252 seconds) |
2024-07-03 08:15:57 +0200 | ChubaDuba_ | (~ChubaDuba@79.136.176.166) (Ping timeout: 268 seconds) |
2024-07-03 08:13:55 +0200 | ChubaDuba | (~ChubaDuba@37.112.227.152) |
2024-07-03 08:13:22 +0200 | _ChubaDuba_ | (~ChubaDuba@37.112.227.152) (Remote host closed the connection) |
2024-07-03 08:13:07 +0200 | _ChubaDuba_ | (~ChubaDuba@37.112.227.152) |
2024-07-03 08:11:25 +0200 | Maeda | (~Maeda@91-161-10-149.subs.proxad.net) |
2024-07-03 07:32:58 +0200 | ChubaDuba | (~ChubaDuba@79.136.179.33) (Ping timeout: 264 seconds) |
2024-07-03 07:30:05 +0200 | ChubaDuba_ | (~ChubaDuba@79.136.176.166) |
2024-07-03 06:59:54 +0200 | ChubaDuba | (~ChubaDuba@79.136.179.33) |
2024-07-03 04:43:04 +0200 | td_ | (~td@i5387092B.versanet.de) |
2024-07-03 04:41:39 +0200 | td_ | (~td@i53870908.versanet.de) (Ping timeout: 268 seconds) |
2024-07-03 02:30:44 +0200 | edog | (~edog@alcotrash.org) (Remote host closed the connection) |
2024-07-02 19:51:41 +0200 | ft | (~ft@p4fc2ab80.dip0.t-ipconnect.de) |
2024-07-02 18:03:23 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) |
2024-07-02 18:02:03 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection) |
2024-07-02 17:19:55 +0200 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 246 seconds) |
2024-07-02 16:48:00 +0200 | catman | (~catman@user/catman) |
2024-07-02 14:14:01 +0200 | eColi888 | (~eColi888@user/eColi888) (Quit: leaving) |
2024-07-02 14:10:01 +0200 | eColi888 | (~eColi888@user/eColi888) |
2024-07-02 13:36:54 +0200 | cfricke | (~cfricke@user/cfricke) |
2024-07-02 11:50:15 +0200 | ChubaDuba | (~ChubaDuba@46.147.208.129) (Quit: Leaving) |
2024-07-02 11:43:36 +0200 | ChubaDuba | (~ChubaDuba@46.147.208.129) |
2024-07-02 11:20:49 +0200 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 256 seconds) |
2024-07-02 10:54:58 +0200 | ft | (~ft@p4fc2ab80.dip0.t-ipconnect.de) (Quit: leaving) |
2024-07-02 10:30:49 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) |
2024-07-02 09:13:35 +0200 | cfricke | (~cfricke@user/cfricke) |
2024-07-02 08:36:57 +0200 | catman | (~catman@user/catman) (Read error: Connection reset by peer) |
2024-07-02 08:07:11 +0200 | Nixkernal | (~Nixkernal@240.17.194.178.dynamic.cust.swisscom.net) (Ping timeout: 264 seconds) |
2024-07-02 07:27:44 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) (Read error: Connection timed out) |
2024-07-02 05:50:06 +0200 | <haskellbridge> | <iqubic (she/her)> Good to know. |
2024-07-02 05:49:10 +0200 | <geekosaur> | along with your compiled config, xmonad.errors (output from compiling your config), and things like XMonad.Prompt saved history |
2024-07-02 05:48:34 +0200 | <geekosaur> | if you set all of `XMONAD_DATA_DIR`, `XMONAD_CONFIG_DIR`, and `XMONAD_CACHE_DIR` are set in the environment then it'll be in `XMONAD_CACHE_DIR` |
2024-07-02 05:47:14 +0200 | <haskellbridge> | <iqubic (she/her)> Thanks. I've just told nix to stop explicitly managing xmonad for me, and now things seems to be working a lot better. |
2024-07-02 05:45:51 +0200 | <geekosaur> | everything including state is in ~/.xmonad if your xmonad.hs is there, otherwise it's ~/.cache/xmonad |
2024-07-02 05:45:03 +0200 | <haskellbridge> | <iqubic (she/her)> What's the state dir for xmoand? |
2024-07-02 05:44:47 +0200 | <haskellbridge> | <iqubic (she/her)> I didn't actually know that. |
2024-07-02 05:44:04 +0200 | <geekosaur> | as usual for Haskell, it's implicitly `module Main where` because it doesn't have a module declaration |
2024-07-02 05:42:48 +0200 | <haskellbridge> | <iqubic (she/her)> Do you need your xmonad.hs to declare itself a module? You aren't doing that... |
2024-07-02 05:37:23 +0200 | <geekosaur> | I'm not sure it's even necessary any more, that code's fairly solid at this point |
2024-07-02 05:35:59 +0200 | <geekosaur> | no, it's basically an informational diagnostic to help you verify that it's doing the right thing |
2024-07-02 05:34:27 +0200 | <haskellbridge> | <iqubic (she/her)> That's what I'm getting from running "xmonad --recompile" right now. |
2024-07-02 05:34:08 +0200 | <haskellbridge> | <iqubic (she/her)> XMonad will use ghc to recompile, because none of "/home/sophia/.xmonad/build", "/home/sophia/.xmonad/stack.yaml", "/home/sophia/.xmonad/flake.nix", "/home/sophia/.xmonad/default.nix" exist. |
2024-07-02 05:34:07 +0200 | <haskellbridge> | <iqubic (she/her)> Should I be worried about this warning? |
2024-07-02 05:32:42 +0200 | <haskellbridge> | <iqubic (she/her)> Nix did mess with that a bit, but I just told nix to stop messing with it so I could do this on my own. |
2024-07-02 05:32:18 +0200 | <haskellbridge> | <iqubic (she/her)> I do now have ~/.xmonad/xmonad.hs and things are using that. |
2024-07-02 05:32:12 +0200 | <geekosaur> | I don't know if nix messes with this, which is possible with environment variables |
2024-07-02 05:31:45 +0200 | <geekosaur> | you shouldn't have both, but supposedly if you have ~/.xmonad/xmonad.hs then everything should use ~/.xmonad |