Home liberachat/#xmonad: Logs Calendar

Logs on 2023-08-12 (liberachat/#xmonad)

00:02:09 × hightower3 quits (~hightower@141-136-199-12.dsl.iskon.hr) (Read error: Connection reset by peer)
00:03:43 hightower3 joins (~hightower@7-118.dsl.iskon.hr)
02:29:08 × td_ quits (~td@i53870906.versanet.de) (Ping timeout: 256 seconds)
02:30:48 td_ joins (~td@i53870938.versanet.de)
02:42:30 × terrorjack quits (~terrorjac@2a01:4f8:c17:87f8::) (Quit: The Lounge - https://thelounge.chat)
02:46:45 terrorjack joins (~terrorjac@2a01:4f8:c17:87f8::)
04:47:04 <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
04:48:47 <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?
04:53:14 × ft quits (~ft@p3e9bcd02.dip0.t-ipconnect.de) (Quit: leaving)
04:57:35 <Rydwxz> https://imgur.com/fEc6wMj
04:58:19 <Rydwxz> https://imgur.com/a/TwOt4au
05:02:41 <Solid> are you sure this is how xmobar is supposed to be run when using a Haskell-based config?
05:02:53 <Rydwxz> i just rm'd .local/bin/xmobar, did another stack install, and got it to launch again.
05:04:05 <Rydwxz> no it's not really supposed to be launched from the terminal but that is how you can see the compiler error message
05:04:29 <Solid> I mean that compiling everything into a single "xmobar" executable via `stack install' should suffice, no?
05:15:42 <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
05:15:47 <Rydwxz> library, is that the gyst? i don't know how stack works man
05:20:57 <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
05:23:39 <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
05:24:38 <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
05:25:27 <Solid> yes
05:25:59 <Solid> as an example: https://gitlab.com/slotThe/dotfiles/-/tree/master/xmobar/.config/xmobarrc
05:26:30 <Solid> this just builds an `xmobar' executable that already has the config loaded up (so just executing `xmonad' will work)
05:26:37 <Solid> s/xmonad/xmobar/
05:27:39 <Rydwxz> sorry for getting a bit snarky there btw just frustrated at the computer not u
05:34:01 <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!
05:35:41 <Rydwxz> nope. nah. definitely not.
06:19:26 ml| joins (~ml|@65.34.189.147)
06:19:46 ml| is now known as Guest1046
09:02:33 tv joins (~tv@user/tv)
09:04:56 × Rydwxz quits (~rw@cpe-75-82-51-90.socal.res.rr.com) (Ping timeout: 246 seconds)
10:58:11 × redgloboli quits (~redglobol@user/redgloboli) (Quit: ...enter the matrix...)
10:59:16 redgloboli joins (~redglobol@user/redgloboli)
11:08:59 × haasn- quits (~nand@haasn.dev) (Quit: ZNC 1.7.5+deb4 - https://znc.in)
11:09:21 haasn` joins (~nand@haasn.dev)
12:27:31 <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
12:27:33 <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
14:35:58 ft joins (~ft@87.122.8.54)
16:23:18 Rydwxz joins (~rw@cpe-75-82-51-90.socal.res.rr.com)
16:25:25 × jabuxas quits (~jabuxas@user/jabuxas) (Ping timeout: 240 seconds)
18:10:15 × Rydwxz quits (~rw@cpe-75-82-51-90.socal.res.rr.com) (Remote host closed the connection)
21:09:49 × xmonadtrack quits (~xmonadtra@user/geekosaur/bot/xmonadtrack) (Remote host closed the connection)
21:10:00 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving)
21:11:24 geekosaur joins (~geekosaur@xmonad/geekosaur)
21:17:41 xmonadtrack joins (~xmonadtra@069-135-003-034.biz.spectrum.com)
21:17:42 × xmonadtrack quits (~xmonadtra@069-135-003-034.biz.spectrum.com) (Changing host)
21:17:42 xmonadtrack joins (~xmonadtra@user/geekosaur/bot/xmonadtrack)
22:17:47 Rydwxz joins (~rw@cpe-75-82-51-90.socal.res.rr.com)
22:22:45 <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)
22:23:52 <Rydwxz> I checked .local/bin/xmobar and it has executable permissions active.
22:29:16 <geekosaur> try running ldd on it
22:39:30 <geekosaur> tbh last time I heard about something like this happening it was a weird nix thing that required use of patchelf
22:46:40 <Rydwxz> like "ldd .local/bin/xmobar" ? that gives a long list of stuff that all starts with lib
22:47:21 <geekosaur> right, but at the very top there should be one that starts with ld-linux
22:47:30 <geekosaur> does that file excist and is it executable?
22:47:42 <Rydwxz> yes it says linux-vdso.so.1
23:01:57 <geekosaur[c]> Actually I wanted the one executeFile is complaining about
23:04:29 <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.
23:05:24 <Rydwxz> i don't see anything called executeFile in there
23:06:09 <geekosaur[c]> Sigh. Look at the error message
23:07:07 <geekosaur[c]> executeFile is a function which is throwing an exception about a file
23:08:43 <Rydwxz> xmobar.hs needs to be executable?
23:10:14 <Rydwxz> sorry i'm not following. the error message doesn't show a path to a file
23:13:24 <geekosaur> "xmobar: ~/rw/.config/xmobar/xmobar: executeFile …"
23:13:35 <geekosaur> oh wait
23:13:58 <geekosaur> "~" is a shell-ism, how did it get in there
23:14:24 <geekosaur> (sorry I was trying to do this on my phone, which is like beating myself in the head with a spiked club…)
23:15:27 <Rydwxz> i just typed it wrong i didn't copypaste
23:17:02 <geekosaur> oh
23:17:16 <geekosaur> anyway that is the file that is raising the error
23:17:24 <Rydwxz> but
23:17:27 <Rydwxz> it's not a file
23:17:34 <geekosaur> then that's the problem
23:17:59 <Rydwxz> that doesn't make any sense
23:18:15 <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
23:18:38 <geekosaur> (I don't use xmobar. Solid, you around by any chance?)
23:20:38 <geekosaur> ~/.local/bin/xmobar compiles your config and saves it somewhere, then attempts to executeFile the result
23:21:48 <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
23:23:01 <Rydwxz> i think i'm still using stack wrong
23:24:28 <geekosaur> this isn't related to stack, it's something xmobar itself does
23:24:49 <Rydwxz> it's trying to open the wrong file because it's been linked incorrectly
23:24:55 <Rydwxz> idk
23:26:09 <Rydwxz> if I got without xmobar.hs, it runs OK.
23:26:45 <Rydwxz> so it really looks like my import Xmobar line is still failing

All times are in UTC on 2023-08-12.