2025/01/10

Newest at the top

2025-01-10 03:58:52 +0100 <sim590> But it works well when I just run the program in with `cabal v2-run habanga-tui`.
2025-01-10 03:58:32 +0100 <geekosaur> that will work on Windows or macOS but not Linux or probably WSL2
2025-01-10 03:58:14 +0100 <sim590> Yeah. I just went and removed everything that mentioned "habanga" under ~/.cabal and tried to reinstall. It resintalled again and I got this: https://paste.debian.net/1344668/
2025-01-10 03:58:06 +0100 <geekosaur> Habanga-… vs. habanga-…
2025-01-10 03:57:48 +0100 <geekosaur> you have a case mismatch?
2025-01-10 03:56:52 +0100vanishingideal(~vanishing@user/vanishingideal) vanishingideal
2025-01-10 03:56:49 +0100 <haskellbridge> <sm> recently timestamped, eg from your latest "cabal install" ?
2025-01-10 03:56:33 +0100 <sim590> Just not the resources directory.
2025-01-10 03:56:26 +0100 <sim590> Exactly. I see other files though.
2025-01-10 03:56:12 +0100 <haskellbridge> <sm> but it's not currently installed at that path mentioned in the error message ?
2025-01-10 03:55:45 +0100vanishingideal(~vanishing@user/vanishingideal) (Ping timeout: 248 seconds)
2025-01-10 03:55:40 +0100 <sim590> yeah, you can see the cabal file here: https://github.com/sim590/habanga/blob/01b1c1c41054c1a070841b5aa90bd42581bb3160/habanga.cabal#L35
2025-01-10 03:54:46 +0100 <haskellbridge> <sm> is that file listed in data-files: in your .cabal file ?
2025-01-10 03:53:50 +0100 <sim590> It used to work, but Idk what I did and now it doesn't anymore.
2025-01-10 03:53:39 +0100 <sim590> I do use `Paths_mypackage` automatically generated module for resolving paths.
2025-01-10 03:52:43 +0100 <sim590> Here's my project: https://github.com/sim590/habanga
2025-01-10 03:51:16 +0100 <sim590> After installing my package with cabal v2-install, and trying to run it, I get: "habanga-tui: /home/simon/.cabal/store/ghc-9.4.8/...fcfc097/share/resources/habanga-tui/Habanga-title.txt: openFile: does not exist (No such file or directory)". So, cabal didn't install my data-files. Why ?
2025-01-10 03:51:03 +0100vanishingideal(~vanishing@user/vanishingideal) vanishingideal
2025-01-10 03:51:00 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2025-01-10 03:49:05 +0100vanishing(~vanishing@user/vanishingideal) (Ping timeout: 252 seconds)
2025-01-10 03:47:30 +0100weary-traveler(~user@user/user363627) user363627
2025-01-10 03:43:48 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2025-01-10 03:36:12 +0100 <euouae> I've been using it a long time and it's my thing now
2025-01-10 03:36:01 +0100 <haskellbridge> <sm> nice
2025-01-10 03:35:52 +0100 <euouae> emacs
2025-01-10 03:35:45 +0100 <haskellbridge> <sm> congrats euouae. With which editor/ide ?
2025-01-10 03:35:07 +0100 <euouae> yay lsp works :D thank you sm!!!
2025-01-10 03:34:14 +0100dysthesis(~dysthesis@user/dysthesis) (Remote host closed the connection)
2025-01-10 03:32:53 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds)
2025-01-10 03:30:10 +0100Guest57(~Guest57@2a00:fbc:ead6:daa8:3d67:28a5:8699:d1db) (Ping timeout: 240 seconds)
2025-01-10 03:28:26 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2025-01-10 03:27:56 +0100 <haskellbridge> <sm> stack originally used both terms, modern stack has picked "snapshot"
2025-01-10 03:27:15 +0100 <haskellbridge> <sm> it is
2025-01-10 03:27:01 +0100 <euouae> it's nto the same as --resolver?
2025-01-10 03:25:44 +0100pja(~pja@2a02:8010:6098:0:e65f:1ff:fe1f:660f) pja
2025-01-10 03:24:28 +0100housemate(~housemate@pa49-185-174-252.pa.vic.optusnet.com.au) (Quit: Nothing to see here. I wasn't there. I take IRC seriously.)
2025-01-10 03:24:27 +0100pja(~pja@2a02:8010:6098:0:e65f:1ff:fe1f:660f) (Ping timeout: 246 seconds)
2025-01-10 03:24:27 +0100 <haskellbridge> <sm> yup
2025-01-10 03:24:19 +0100 <euouae> with lts-21.25 as argument?
2025-01-10 03:24:04 +0100 <haskellbridge> <sm> for the record, you can forget "resolver" and just use "snapshot:" and "--snapshot" everywhere now, if you are using any modern stack version
2025-01-10 03:22:13 +0100euphores(~SASL_euph@user/euphores) (Read error: Connection reset by peer)
2025-01-10 03:20:53 +0100 <haskellbridge> <sm> (GHC's way of optimising and linking causes tight version sensitivities, which complicates everything else above. Also the tools have a long dev history.)
2025-01-10 03:20:01 +0100 <euouae> alright thanks. I'll move on by just using the command line for nwo
2025-01-10 03:19:36 +0100vanishingideal(~vanishing@user/vanishingideal) (Ping timeout: 272 seconds)
2025-01-10 03:18:44 +0100vanishing(~vanishing@user/vanishingideal) vanishingideal
2025-01-10 03:17:39 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2025-01-10 03:17:00 +0100orangeFlu(orangeFlu@gateway/vpn/protonvpn/orangeflu) orangeFlu
2025-01-10 03:16:56 +0100 <haskellbridge> <sm> stack is well designed, but haskell tooling is a bit complex, it takes more than a few minutes to grok
2025-01-10 03:16:25 +0100 <haskellbridge> <sm> oh yes, unless you specify it on command line it will probably look at the package.yaml generated from the template, and try to pick the snapshot that is likely to work with that
2025-01-10 03:16:02 +0100 <euouae> sm, you must be right. this is so difficult lol.