| 2023-08-12 00:02:09 +0000 | hightower3 | (~hightower@141-136-199-12.dsl.iskon.hr) (Read error: Connection reset by peer) |
| 2023-08-12 00:03:43 +0000 | hightower3 | (~hightower@7-118.dsl.iskon.hr) |
| 2023-08-12 02:29:08 +0000 | td_ | (~td@i53870906.versanet.de) (Ping timeout: 256 seconds) |
| 2023-08-12 02:30:48 +0000 | td_ | (~td@i53870938.versanet.de) |
| 2023-08-12 02:42:30 +0000 | terrorjack | (~terrorjac@2a01:4f8:c17:87f8::) (Quit: The Lounge - https://thelounge.chat) |
| 2023-08-12 02:46:45 +0000 | terrorjack | (~terrorjac@2a01:4f8:c17:87f8::) |
| 2023-08-12 04:47:04 +0000 | <Rydwxz> | living a nightmare with xmobar config. i thought my stack installation of xmobar was finally working, i tweaked global options in xmobar.hs and restarted xmobar a few times but now the executable is once again throwing this ridiculous error: Error detected while loading xmobar configuration file: xmobar.hs:1:1: error: Could not find module 'Xmobar' 1 import Xmobar |
| 2023-08-12 04:48:47 +0000 | <Rydwxz> | returning xmobar.hs to the original working state doesn't help. wtf have I done to break Stack so badly? or is it just broken, on Arch? Do I need to switch to cabal-install? |
| 2023-08-12 04:53:14 +0000 | ft | (~ft@p3e9bcd02.dip0.t-ipconnect.de) (Quit: leaving) |
| 2023-08-12 04:57:35 +0000 | <Rydwxz> | https://imgur.com/fEc6wMj |
| 2023-08-12 04:58:19 +0000 | <Rydwxz> | https://imgur.com/a/TwOt4au |
| 2023-08-12 05:02:41 +0000 | <Solid> | are you sure this is how xmobar is supposed to be run when using a Haskell-based config? |
| 2023-08-12 05:02:53 +0000 | <Rydwxz> | i just rm'd .local/bin/xmobar, did another stack install, and got it to launch again. |
| 2023-08-12 05:04:05 +0000 | <Rydwxz> | no it's not really supposed to be launched from the terminal but that is how you can see the compiler error message |
| 2023-08-12 05:04:29 +0000 | <Solid> | I mean that compiling everything into a single "xmobar" executable via `stack install' should suffice, no? |
| 2023-08-12 05:15:42 +0000 | <Rydwxz> | I mean I thought I was the one asking the questions here. You could just tell me I'm doing it wrong. My best guess is you're saying that using the default xmobar/stack.yaml project is what gets me the default xmobar executable. so what I should do is move the xmobar repo from xmobar to xmobar/xmobar, leave xmobar/xmobar.hs and start a new xmobar/stack.yaml that uses xmobar/xmobar as a statically linked |
| 2023-08-12 05:15:47 +0000 | <Rydwxz> | library, is that the gyst? i don't know how stack works man |
| 2023-08-12 05:20:57 +0000 | <Solid> | I'm saying that just running `stack install' should generate an execute (whose name may or may not be xmobar) *somewhere* that itself doesn't need to invoce GHC anymore, so you shouldn't get any error messages like that in the first place |
| 2023-08-12 05:23:39 +0000 | <Rydwxz> | it did, i have that executable, but it's not accepting my attempts at haskell configuration, maybe i think for the project management reasons you've provoked me into thinking more about |
| 2023-08-12 05:24:38 +0000 | <Rydwxz> | it should be a project that depends on the xmobar repo, not a project built off of the xmobar repo. same way xmonad.hs works right |
| 2023-08-12 05:25:27 +0000 | <Solid> | yes |
| 2023-08-12 05:25:59 +0000 | <Solid> | as an example: https://gitlab.com/slotThe/dotfiles/-/tree/master/xmobar/.config/xmobarrc |
| 2023-08-12 05:26:30 +0000 | <Solid> | this just builds an `xmobar' executable that already has the config loaded up (so just executing `xmonad' will work) |
| 2023-08-12 05:26:37 +0000 | <Solid> | s/xmonad/xmobar/ |
| 2023-08-12 05:27:39 +0000 | <Rydwxz> | sorry for getting a bit snarky there btw just frustrated at the computer not u |
| 2023-08-12 05:34:01 +0000 | <Rydwxz> | ok starting from scratch i git cloned into .config/xmobar/xmobar moved xmobar.hs into .config/xmobar, made that cwd, did stack init, and stack install, lessee if it works! |
| 2023-08-12 05:35:41 +0000 | <Rydwxz> | nope. nah. definitely not. |
| 2023-08-12 06:19:26 +0000 | ml| | (~ml|@65.34.189.147) |
| 2023-08-12 06:19:46 +0000 | ml| | Guest1046 |
| 2023-08-12 09:02:33 +0000 | tv | (~tv@user/tv) |
| 2023-08-12 09:04:56 +0000 | Rydwxz | (~rw@cpe-75-82-51-90.socal.res.rr.com) (Ping timeout: 246 seconds) |
| 2023-08-12 10:58:11 +0000 | redgloboli | (~redglobol@user/redgloboli) (Quit: ...enter the matrix...) |
| 2023-08-12 10:59:16 +0000 | redgloboli | (~redglobol@user/redgloboli) |
| 2023-08-12 11:08:59 +0000 | haasn- | (~nand@haasn.dev) (Quit: ZNC 1.7.5+deb4 - https://znc.in) |
| 2023-08-12 11:09:21 +0000 | haasn` | (~nand@haasn.dev) |
| 2023-08-12 12:27:31 +0000 | <xmonadtrack> | xmonad Tony Zorman * v0.17.2-79-g5c2ba06: stack: Bump resolver to 21.6 (5 minutes ago, 1 file, 1+ 1-) https://github.com/xmonad/xmonad/commit/5c2ba0690266 |
| 2023-08-12 12:27:33 +0000 | <xmonadtrack> | xmonad-contrib Tony Zorman * v0.17.1-172-g2df26cf9: stack: Bump resolver to 21.6 (6 minutes ago, 1 file, 1+ 1-) https://github.com/xmonad/xmonad-contrib/commit/2df26cf9f8d9 |
| 2023-08-12 14:35:58 +0000 | ft | (~ft@87.122.8.54) |
| 2023-08-12 16:23:18 +0000 | Rydwxz | (~rw@cpe-75-82-51-90.socal.res.rr.com) |
| 2023-08-12 16:25:25 +0000 | jabuxas | (~jabuxas@user/jabuxas) (Ping timeout: 240 seconds) |
| 2023-08-12 18:10:15 +0000 | Rydwxz | (~rw@cpe-75-82-51-90.socal.res.rr.com) (Remote host closed the connection) |
| 2023-08-12 21:09:49 +0000 | xmonadtrack | (~xmonadtra@user/geekosaur/bot/xmonadtrack) (Remote host closed the connection) |
| 2023-08-12 21:10:00 +0000 | geekosaur | (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
| 2023-08-12 21:11:24 +0000 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2023-08-12 21:17:41 +0000 | xmonadtrack | (~xmonadtra@069-135-003-034.biz.spectrum.com) |
| 2023-08-12 21:17:42 +0000 | xmonadtrack | (~xmonadtra@069-135-003-034.biz.spectrum.com) (Changing host) |
| 2023-08-12 21:17:42 +0000 | xmonadtrack | (~xmonadtra@user/geekosaur/bot/xmonadtrack) |
| 2023-08-12 22:17:47 +0000 | Rydwxz | (~rw@cpe-75-82-51-90.socal.res.rr.com) |
| 2023-08-12 22:22:45 +0000 | <Rydwxz> | my xmobar seems to have successfully compiled but still won't run. "stack exec xmobar" and "xmobar" commands now return "xmobar: ~/rw/.config/xmobar/xmobar: executeFile: permission denied (Permission denied) |
| 2023-08-12 22:23:52 +0000 | <Rydwxz> | I checked .local/bin/xmobar and it has executable permissions active. |
| 2023-08-12 22:29:16 +0000 | <geekosaur> | try running ldd on it |
| 2023-08-12 22:39:30 +0000 | <geekosaur> | tbh last time I heard about something like this happening it was a weird nix thing that required use of patchelf |
| 2023-08-12 22:46:40 +0000 | <Rydwxz> | like "ldd .local/bin/xmobar" ? that gives a long list of stuff that all starts with lib |
| 2023-08-12 22:47:21 +0000 | <geekosaur> | right, but at the very top there should be one that starts with ld-linux |
| 2023-08-12 22:47:30 +0000 | <geekosaur> | does that file excist and is it executable? |
| 2023-08-12 22:47:42 +0000 | <Rydwxz> | yes it says linux-vdso.so.1 |
| 2023-08-12 23:01:57 +0000 | <geekosaur[c]> | Actually I wanted the one executeFile is complaining about |
| 2023-08-12 23:04:29 +0000 | <Rydwxz> | well it seems to be complaining about .config/xmobar/xmobar which is the directory of the stack project of the library. not a file. |
| 2023-08-12 23:05:24 +0000 | <Rydwxz> | i don't see anything called executeFile in there |
| 2023-08-12 23:06:09 +0000 | <geekosaur[c]> | Sigh. Look at the error message |
| 2023-08-12 23:07:07 +0000 | <geekosaur[c]> | executeFile is a function which is throwing an exception about a file |
| 2023-08-12 23:08:43 +0000 | <Rydwxz> | xmobar.hs needs to be executable? |
| 2023-08-12 23:10:14 +0000 | <Rydwxz> | sorry i'm not following. the error message doesn't show a path to a file |
| 2023-08-12 23:13:24 +0000 | <geekosaur> | "xmobar: ~/rw/.config/xmobar/xmobar: executeFile …" |
| 2023-08-12 23:13:35 +0000 | <geekosaur> | oh wait |
| 2023-08-12 23:13:58 +0000 | <geekosaur> | "~" is a shell-ism, how did it get in there |
| 2023-08-12 23:14:24 +0000 | <geekosaur> | (sorry I was trying to do this on my phone, which is like beating myself in the head with a spiked club…) |
| 2023-08-12 23:15:27 +0000 | <Rydwxz> | i just typed it wrong i didn't copypaste |
| 2023-08-12 23:17:02 +0000 | <geekosaur> | oh |
| 2023-08-12 23:17:16 +0000 | <geekosaur> | anyway that is the file that is raising the error |
| 2023-08-12 23:17:24 +0000 | <Rydwxz> | but |
| 2023-08-12 23:17:27 +0000 | <Rydwxz> | it's not a file |
| 2023-08-12 23:17:34 +0000 | <geekosaur> | then that's the problem |
| 2023-08-12 23:17:59 +0000 | <Rydwxz> | that doesn't make any sense |
| 2023-08-12 23:18:15 +0000 | <geekosaur> | unfortunately I can't help from there as I don't know how xmobar decides where to put and how to refer to the compiled config |
| 2023-08-12 23:18:38 +0000 | <geekosaur> | (I don't use xmobar. Solid, you around by any chance?) |
| 2023-08-12 23:20:38 +0000 | <geekosaur> | ~/.local/bin/xmobar compiles your config and saves it somewhere, then attempts to executeFile the result |
| 2023-08-12 23:21:48 +0000 | <geekosaur> | it looks reasonable (aside from it not really belonging under .config; it should be .cache) that ~/.config/xmobar is a directory and ~/.config/xmobar/xmobar an executable within it |
| 2023-08-12 23:23:01 +0000 | <Rydwxz> | i think i'm still using stack wrong |
| 2023-08-12 23:24:28 +0000 | <geekosaur> | this isn't related to stack, it's something xmobar itself does |
| 2023-08-12 23:24:49 +0000 | <Rydwxz> | it's trying to open the wrong file because it's been linked incorrectly |
| 2023-08-12 23:24:55 +0000 | <Rydwxz> | idk |
| 2023-08-12 23:26:09 +0000 | <Rydwxz> | if I got without xmobar.hs, it runs OK. |
| 2023-08-12 23:26:45 +0000 | <Rydwxz> | so it really looks like my import Xmobar line is still failing |