| 2025-01-10 00:01:15 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 00:01:37 +0100 | machinedgod | (~machinedg@d108-173-18-100.abhsia.telus.net) (Remote host closed the connection) |
| 2025-01-10 00:03:00 +0100 | machinedgod | (~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod |
| 2025-01-10 00:06:15 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds) |
| 2025-01-10 00:07:38 +0100 | Buliarous | (~gypsydang@46.232.210.139) (Ping timeout: 252 seconds) |
| 2025-01-10 00:09:17 +0100 | Buliarous | (~gypsydang@46.232.210.139) Buliarous |
| 2025-01-10 00:10:13 +0100 | YuutaW | (~YuutaW@2404:f4c0:f9c3:502::100:17b7) (Quit: ZNC 1.9.1 - https://znc.in) |
| 2025-01-10 00:10:49 +0100 | YuutaW | (~YuutaW@2404:f4c0:f9c3:502::100:17b7) YuutaW |
| 2025-01-10 00:11:11 +0100 | Buliarous | (~gypsydang@46.232.210.139) (Remote host closed the connection) |
| 2025-01-10 00:11:40 +0100 | Buliarous | (~gypsydang@46.232.210.139) Buliarous |
| 2025-01-10 00:12:33 +0100 | xff0x | (~xff0x@2405:6580:b080:900:f740:949c:e296:8382) (Quit: xff0x) |
| 2025-01-10 00:13:40 +0100 | Unicorn_Princess | (~Unicorn_P@user/Unicorn-Princess/x-3540542) (Remote host closed the connection) |
| 2025-01-10 00:16:38 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 00:21:14 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds) |
| 2025-01-10 00:21:27 +0100 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2025-01-10 00:22:49 +0100 | housemate_ | (~housemate@pa49-185-168-48.pa.vic.optusnet.com.au) housemate |
| 2025-01-10 00:23:08 +0100 | housemate_ | (~housemate@pa49-185-168-48.pa.vic.optusnet.com.au) (Remote host closed the connection) |
| 2025-01-10 00:24:57 +0100 | housemate | (~housemate@pa49-183-78-10.pa.vic.optusnet.com.au) (Ping timeout: 244 seconds) |
| 2025-01-10 00:30:02 +0100 | euphores | (~SASL_euph@user/euphores) (Read error: Connection reset by peer) |
| 2025-01-10 00:30:47 +0100 | euphores | (~SASL_euph@user/euphores) euphores |
| 2025-01-10 00:32:01 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 00:38:57 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds) |
| 2025-01-10 00:42:45 +0100 | philopsos | (~caecilius@user/philopsos) (Ping timeout: 246 seconds) |
| 2025-01-10 00:44:11 +0100 | xff0x | (~xff0x@2405:6580:b080:900:fcda:45c6:b5b3:4ead) |
| 2025-01-10 00:50:03 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 00:51:59 +0100 | __monty__ | (~toonn@user/toonn) (Quit: leaving) |
| 2025-01-10 00:54:56 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
| 2025-01-10 00:55:45 +0100 | dsrt^ | (~dsrt@c-98-242-74-66.hsd1.ga.comcast.net) |
| 2025-01-10 01:01:54 +0100 | orangeFlu | (~orangeFlu@240-100-179-143.ftth.glasoperator.nl) (Ping timeout: 252 seconds) |
| 2025-01-10 01:03:54 +0100 | orangeFlu | (orangeFlu@gateway/vpn/protonvpn/orangeflu) orangeFlu |
| 2025-01-10 01:05:33 +0100 | itscaleb | (~itscaleb@user/itscaleb) (Quit: away) |
| 2025-01-10 01:05:33 +0100 | rdcdr | (~rdcdr@user/rdcdr) (Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in) |
| 2025-01-10 01:05:47 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 01:06:16 +0100 | itscaleb | (~itscaleb@user/itscaleb) itscaleb |
| 2025-01-10 01:06:18 +0100 | rdcdr | (~rdcdr@user/rdcdr) rdcdr |
| 2025-01-10 01:08:40 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Read error: Connection reset by peer) |
| 2025-01-10 01:10:45 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 276 seconds) |
| 2025-01-10 01:20:37 +0100 | itscaleb | (~itscaleb@user/itscaleb) (Read error: Connection reset by peer) |
| 2025-01-10 01:20:37 +0100 | rdcdr | (~rdcdr@user/rdcdr) (Read error: Connection reset by peer) |
| 2025-01-10 01:20:55 +0100 | itscaleb | (~itscaleb@user/itscaleb) itscaleb |
| 2025-01-10 01:20:58 +0100 | rdcdr | (~rdcdr@user/rdcdr) rdcdr |
| 2025-01-10 01:21:07 +0100 | acidjnk_new | (~acidjnk@p200300d6e7283f44e10a42b706ab358a.dip0.t-ipconnect.de) (Ping timeout: 264 seconds) |
| 2025-01-10 01:21:10 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 01:23:49 +0100 | Buliarous | (~gypsydang@46.232.210.139) (Quit: leaving) |
| 2025-01-10 01:24:17 +0100 | Buliarous | (~gypsydang@46.232.210.139) Buliarous |
| 2025-01-10 01:25:44 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
| 2025-01-10 01:35:29 +0100 | dysthesis | (~dysthesis@user/dysthesis) dysthesis |
| 2025-01-10 01:36:34 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 01:37:21 +0100 | agent314 | (~quassel@37.19.210.25) (Ping timeout: 246 seconds) |
| 2025-01-10 01:38:19 +0100 | machinedgod | (~machinedg@d108-173-18-100.abhsia.telus.net) (Ping timeout: 252 seconds) |
| 2025-01-10 01:40:15 +0100 | OftenFaded1 | (~OftenFade@user/tisktisk) (Quit: Client closed) |
| 2025-01-10 01:40:49 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds) |
| 2025-01-10 01:42:17 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-01-10 01:42:52 +0100 | Square2 | (~Square4@user/square) Square |
| 2025-01-10 01:45:09 +0100 | Square | (~Square@user/square) (Ping timeout: 252 seconds) |
| 2025-01-10 01:45:17 +0100 | haskellbridge | (~hackager@syn-024-093-192-219.res.spectrum.com) (Remote host closed the connection) |
| 2025-01-10 01:46:30 +0100 | haskellbridge | (~hackager@syn-024-093-192-219.res.spectrum.com) hackager |
| 2025-01-10 01:46:30 +0100 | ChanServ | +v haskellbridge |
| 2025-01-10 01:50:58 +0100 | philopsos | (~caecilius@user/philopsos) philopsos |
| 2025-01-10 01:51:56 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 01:52:16 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Remote host closed the connection) |
| 2025-01-10 01:52:50 +0100 | Jeanne-Kamikaze | (~Jeanne-Ka@142.147.89.198) Jeanne-Kamikaze |
| 2025-01-10 01:53:58 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-01-10 01:55:29 +0100 | nkatte | (~nkatte@user/nkatte) (Remote host closed the connection) |
| 2025-01-10 01:56:41 +0100 | emmanuelux | (~emmanuelu@user/emmanuelux) emmanuelux |
| 2025-01-10 01:57:18 +0100 | prasad | (~Thunderbi@2601:243:c001:3f07::e5) |
| 2025-01-10 01:57:38 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
| 2025-01-10 02:01:18 +0100 | sprotte24 | (~sprotte24@p200300d16f253600c5a38787ced491fd.dip0.t-ipconnect.de) (Quit: Leaving) |
| 2025-01-10 02:03:17 +0100 | stiell | (~stiell@gateway/tor-sasl/stiell) (Remote host closed the connection) |
| 2025-01-10 02:04:03 +0100 | stiell | (~stiell@gateway/tor-sasl/stiell) stiell |
| 2025-01-10 02:06:46 +0100 | orangeFlu | (orangeFlu@gateway/vpn/protonvpn/orangeflu) (Ping timeout: 272 seconds) |
| 2025-01-10 02:08:28 +0100 | orangeFlu | (~orangeFlu@240-100-179-143.ftth.glasoperator.nl) orangeFlu |
| 2025-01-10 02:08:54 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 02:10:55 +0100 | xff0x | (~xff0x@2405:6580:b080:900:fcda:45c6:b5b3:4ead) (Ping timeout: 264 seconds) |
| 2025-01-10 02:15:36 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
| 2025-01-10 02:18:07 +0100 | Tuplanolla | (~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) (Quit: Leaving.) |
| 2025-01-10 02:18:41 +0100 | takuan | (~takuan@178-116-218-225.access.telenet.be) (Ping timeout: 248 seconds) |
| 2025-01-10 02:26:43 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Remote host closed the connection) |
| 2025-01-10 02:26:56 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 02:27:22 +0100 | supercode | (~supercode@user/supercode) (Quit: Client closed) |
| 2025-01-10 02:31:22 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
| 2025-01-10 02:32:08 +0100 | euouae | (~euouae@user/euouae) euouae |
| 2025-01-10 02:32:41 +0100 | <euouae> | Hello why does `stack --stack-yaml stack.yaml exec ghc -- --numeric-version` return 9.8.4? |
| 2025-01-10 02:32:51 +0100 | <euouae> | for my project that I craeted with stack 3.1.1? |
| 2025-01-10 02:33:34 +0100 | <euouae> | I think it retunrs the version in ~/.stack/global-projects/stack.yaml as `resolver: nightly-2024-09-26` but how should I configure my setup to prevent this? I can't load lsp correclty |
| 2025-01-10 02:38:15 +0100 | otto_s | (~user@p4ff270f4.dip0.t-ipconnect.de) (Ping timeout: 244 seconds) |
| 2025-01-10 02:38:33 +0100 | <geekosaur> | what's the snapshot (or resolver) in your stack.yaml? |
| 2025-01-10 02:38:38 +0100 | Smiles | (uid551636@id-551636.lymington.irccloud.com) Smiles |
| 2025-01-10 02:38:47 +0100 | <euouae> | there is none, I created the project with `stack new foo` |
| 2025-01-10 02:39:13 +0100 | <euouae> | it says snapshot: url: https://raw.githubusercontent.com/commercialhaskell/stackage-snapshots/master/lts/23/3.yaml |
| 2025-01-10 02:39:36 +0100 | <geekosaur> | uh, there should always be one in there, if there isn't then it should use the one from the global as a default but it should always add one |
| 2025-01-10 02:39:55 +0100 | <euouae> | from the link I can see resolver: compiler: ghc-9.8.4 |
| 2025-01-10 02:40:00 +0100 | <geekosaur> | yes, that5 LTS uses 9.8.4 |
| 2025-01-10 02:40:14 +0100 | otto_s | (~user@p5de2f8cc.dip0.t-ipconnect.de) |
| 2025-01-10 02:40:18 +0100 | <euouae> | why is LTS 9.8.4 and ghcup recommended is different versions? |
| 2025-01-10 02:40:20 +0100 | <geekosaur> | if you want to change it, use a different resolver |
| 2025-01-10 02:40:28 +0100 | orangeFlu | (~orangeFlu@240-100-179-143.ftth.glasoperator.nl) (Quit: Lost terminal) |
| 2025-01-10 02:40:33 +0100 | Guest57 | (~Guest57@2a00:fbc:ead6:daa8:3d67:28a5:8699:d1db) |
| 2025-01-10 02:40:42 +0100 | <geekosaur> | because stack does things its own way |
| 2025-01-10 02:41:01 +0100 | <geekosaur> | if you don't install the ghcup shim it even installs its own private ghcs instead of ghcup's |
| 2025-01-10 02:41:19 +0100 | <geekosaur> | (but then you have to build your own HLSs to work with them) |
| 2025-01-10 02:41:52 +0100 | HappyNewYear2025 | (~newyear@2.219.56.221) (Ping timeout: 244 seconds) |
| 2025-01-10 02:42:19 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 02:42:21 +0100 | <geekosaur> | stack predates ghcup and was intended to be an all-in-one solution |
| 2025-01-10 02:43:28 +0100 | <euouae> | I just installed the shim like you said, but I guess that was anothe rthing |
| 2025-01-10 02:43:39 +0100 | <geekosaur> | also, while stack snapshots tend to be fairly recent, ghcup is quite conservative |
| 2025-01-10 02:43:49 +0100 | <euouae> | Yeah that makes sense, more stable |
| 2025-01-10 02:43:58 +0100 | <euouae> | I am new to this stuff (or it's been years) so I don't remember any of it |
| 2025-01-10 02:44:08 +0100 | <geekosaur> | although supposedly with the next patch release to 9.6 that will become ghcup recommended |
| 2025-01-10 02:44:30 +0100 | <euouae> | How do I figure out which snapshot to use with stack if I have ghc 9.4.8? Does it follow that version? |
| 2025-01-10 02:44:46 +0100 | <geekosaur> | stackage.org has a list |
| 2025-01-10 02:45:00 +0100 | <geekosaur> | it says the latest snapshot for 9.4.8 is 21.25 |
| 2025-01-10 02:45:13 +0100 | <euouae> | nice! thank you!!! |
| 2025-01-10 02:47:12 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds) |
| 2025-01-10 02:47:52 +0100 | _73 | (~user@pool-173-76-100-193.bstnma.fios.verizon.net) _73 |
| 2025-01-10 02:48:03 +0100 | hawer | (~newyear@2.219.56.221) |
| 2025-01-10 02:51:02 +0100 | <euouae> | how can I make this the default behavior? |
| 2025-01-10 02:51:10 +0100 | <euouae> | sigh this is difficult to figure out... I guess I can use stack new --resolver |
| 2025-01-10 02:52:05 +0100 | <geekosaur> | edit that file in ~/.stack to specify the snapshot you want by default |
| 2025-01-10 02:53:24 +0100 | <geekosaur> | you probably want to do that anyway as that's a relatively old nightly; if you want ghc 9.8 you want LTS 23.3 |
| 2025-01-10 02:53:37 +0100 | <geekosaur> | and nightlies are not especially stable |
| 2025-01-10 02:54:00 +0100 | housemate | (~housemate@pa49-185-174-252.pa.vic.optusnet.com.au) housemate |
| 2025-01-10 02:54:06 +0100 | <geekosaur> | oh right, that's what you got at first, sorry |
| 2025-01-10 02:54:23 +0100 | <euouae> | I've tried to edit ~/.stack/config.yaml and ~/.stack/global-projects/stack.yaml but neither works with `stack new` |
| 2025-01-10 02:54:46 +0100 | <euouae> | Maybe I shouldn't use stack? |
| 2025-01-10 02:55:48 +0100 | <geekosaur> | no, it just means I'm not actually a stack expert and don't know the exact place to edit off the top of my head 🙂 |
| 2025-01-10 02:56:09 +0100 | <geekosaur> | (I'm mostly a cabal user and only use stack when debuggig an xmonad user's config that's stack-based) |
| 2025-01-10 02:56:27 +0100 | <euouae> | it does make me a little sekptical because I can't figure out in the docs where 'resolver' is mentioned |
| 2025-01-10 02:56:32 +0100 | <haskellbridge> | <sm> "stack new" is a command I think not many people use, do its docs say how to configure it ? |
| 2025-01-10 02:56:55 +0100 | <haskellbridge> | <sm> https://docs.haskellstack.org/en/stable/commands/new_command/ |
| 2025-01-10 02:57:37 +0100 | <euouae> | apparently the value in ~/.stack/config.yaml must be indented to take effect |
| 2025-01-10 02:57:41 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 02:58:33 +0100 | <haskellbridge> | <sm> if I'm reading it right, https://github.com/commercialhaskell/stack-templates/blob/master/new-template.hsfiles seems to be the default template. But it doesn't seem to provide the stack.yaml file itself. |
| 2025-01-10 02:58:48 +0100 | <geekosaur> | it might not be mentioned because recent versions of stack renamed it to "snapshot" |
| 2025-01-10 02:58:55 +0100 | <haskellbridge> | <sm> #haskell-stack:matrix.org (https://matrix.to/#/#haskell-stack:matrix.org) will know for sure |
| 2025-01-10 02:59:33 +0100 | <euouae> | I don't use matrix though, I'm bothered by their encryption |
| 2025-01-10 03:00:05 +0100 | <haskellbridge> | <sm> ah. Well these are all FOSS rooms, unencrypted |
| 2025-01-10 03:00:29 +0100 | <euouae> | no, I meant to say that I dislike vector.im and their phony privacy thing |
| 2025-01-10 03:01:44 +0100 | <euouae> | interesting that I've specified GPL-3.0 in my ~/.stack/config.yaml template but it still gave me BSD too |
| 2025-01-10 03:01:53 +0100 | <haskellbridge> | <sm> I think you're right that "stack new" will use whatever snapshot you have in your global user config |
| 2025-01-10 03:02:10 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
| 2025-01-10 03:02:23 +0100 | <euouae> | it also calls it copyright: ... when it's a license. o_O |
| 2025-01-10 03:02:58 +0100 | <euouae> | I'm wondering if that was me being an idiot back then. Well I've made up my mind, I'm switching to cabal before I go nuts |
| 2025-01-10 03:04:15 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-01-10 03:09:24 +0100 | <euouae> | sm: if you care, <https://gitlab.com/libremonde-org/papers/research/privacy-matrix.org>, it's criticism of the privacy "features" of matrix |
| 2025-01-10 03:10:25 +0100 | <haskellbridge> | <sm> thank you. I don't use it for privacy currently |
| 2025-01-10 03:10:58 +0100 | rdcdr | (~rdcdr@user/rdcdr) (Ping timeout: 252 seconds) |
| 2025-01-10 03:11:22 +0100 | itscaleb | (~itscaleb@user/itscaleb) (Ping timeout: 265 seconds) |
| 2025-01-10 03:11:53 +0100 | xff0x | (~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp) |
| 2025-01-10 03:12:50 +0100 | <euouae> | although `--resolver 21.25` works from the command line for `stack new`, and although `stack new` informs me that I can set parameters under ~/.stack/config.yaml uner templates: params: it does seem to get ignored |
| 2025-01-10 03:13:03 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 03:13:10 +0100 | <euouae> | I've tried both resolver: lts-21.25, resolver: compiler: ghc-9.4.8, resolver: ghc-9.4.8 and snapshot: lts-21.25 |
| 2025-01-10 03:13:25 +0100 | <haskellbridge> | <sm> I can't test right now because of the usual transient network failures with some back end server :( |
| 2025-01-10 03:13:43 +0100 | <haskellbridge> | <sm> if I hear more, I'll cc it here |
| 2025-01-10 03:13:48 +0100 | <euouae> | When I read the message under `stack new` I see: "Selecting the best among 13 snapshots..." |
| 2025-01-10 03:13:56 +0100 | <euouae> | It seems like it's deciding based on some heuristic instead of my setting |
| 2025-01-10 03:14:35 +0100 | <haskellbridge> | <sm> euouae: the parameters you can set, might be just the parameters defined in the template you are using ? not sure |
| 2025-01-10 03:15:14 +0100 | <haskellbridge> | <sm> eg {{name}} and {{category}} in https://github.com/commercialhaskell/stack-templates/blob/master/new-template.hsfiles. The stack.yaml snapshot is not one of those |
| 2025-01-10 03:16:02 +0100 | <euouae> | sm, you must be right. this is so difficult lol. |
| 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: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:17:00 +0100 | orangeFlu | (orangeFlu@gateway/vpn/protonvpn/orangeflu) orangeFlu |
| 2025-01-10 03:17:39 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds) |
| 2025-01-10 03:18:44 +0100 | vanishing | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-01-10 03:19:36 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 272 seconds) |
| 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: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:22:13 +0100 | euphores | (~SASL_euph@user/euphores) (Read error: Connection reset by peer) |
| 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:24:19 +0100 | <euouae> | with lts-21.25 as argument? |
| 2025-01-10 03:24:27 +0100 | <haskellbridge> | <sm> yup |
| 2025-01-10 03:24:27 +0100 | pja | (~pja@2a02:8010:6098:0:e65f:1ff:fe1f:660f) (Ping timeout: 246 seconds) |
| 2025-01-10 03:24:28 +0100 | housemate | (~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:25:44 +0100 | pja | (~pja@2a02:8010:6098:0:e65f:1ff:fe1f:660f) pja |
| 2025-01-10 03:27:01 +0100 | <euouae> | it's nto the same as --resolver? |
| 2025-01-10 03:27:15 +0100 | <haskellbridge> | <sm> it is |
| 2025-01-10 03:27:56 +0100 | <haskellbridge> | <sm> stack originally used both terms, modern stack has picked "snapshot" |
| 2025-01-10 03:28:26 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 03:30:10 +0100 | Guest57 | (~Guest57@2a00:fbc:ead6:daa8:3d67:28a5:8699:d1db) (Ping timeout: 240 seconds) |
| 2025-01-10 03:32:53 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds) |
| 2025-01-10 03:34:14 +0100 | dysthesis | (~dysthesis@user/dysthesis) (Remote host closed the connection) |
| 2025-01-10 03:35:07 +0100 | <euouae> | yay lsp works :D thank you sm!!! |
| 2025-01-10 03:35:45 +0100 | <haskellbridge> | <sm> congrats euouae. With which editor/ide ? |
| 2025-01-10 03:35:52 +0100 | <euouae> | emacs |
| 2025-01-10 03:36:01 +0100 | <haskellbridge> | <sm> nice |
| 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:43:48 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 03:47:30 +0100 | weary-traveler | (~user@user/user363627) user363627 |
| 2025-01-10 03:49:05 +0100 | vanishing | (~vanishing@user/vanishingideal) (Ping timeout: 252 seconds) |
| 2025-01-10 03:51:00 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds) |
| 2025-01-10 03:51:03 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 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:52:43 +0100 | <sim590> | Here's my project: https://github.com/sim590/habanga |
| 2025-01-10 03:53:39 +0100 | <sim590> | I do use `Paths_mypackage` automatically generated module for resolving paths. |
| 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:54:46 +0100 | <haskellbridge> | <sm> is that file listed in data-files: in your .cabal file ? |
| 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:55:45 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 248 seconds) |
| 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:56:26 +0100 | <sim590> | Exactly. I see other files though. |
| 2025-01-10 03:56:33 +0100 | <sim590> | Just not the resources directory. |
| 2025-01-10 03:56:49 +0100 | <haskellbridge> | <sm> recently timestamped, eg from your latest "cabal install" ? |
| 2025-01-10 03:56:52 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-01-10 03:57:48 +0100 | <geekosaur> | you have a case mismatch? |
| 2025-01-10 03:58:06 +0100 | <geekosaur> | Habanga-… vs. habanga-… |
| 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:32 +0100 | <geekosaur> | that will work on Windows or macOS but not Linux or probably WSL2 |
| 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:59:37 +0100 | rekahsoft | (~rekahsoft@70.51.99.237) (Read error: Connection reset by peer) |
| 2025-01-10 03:59:40 +0100 | <sim590> | geekosaur: there's no mismatch. I don't think so. |
| 2025-01-10 03:59:47 +0100 | <haskellbridge> | <sm> where's the case mismatch ? using a capital should be ok, no ? |
| 2025-01-10 04:00:11 +0100 | <haskellbridge> | <sm> v2-run is just running files from the source tree I believe |
| 2025-01-10 04:00:18 +0100 | <geekosaur> | habanga.cabal uses lowercase "h" for the data files, resources/habanga-tui has uppercase |
| 2025-01-10 04:00:50 +0100 | <geekosaur> | this will cause problems on case-sensitive systems |
| 2025-01-10 04:01:22 +0100 | <haskellbridge> | <sm> I see line 35 saying "resources/habanga-tui/Habanga-title.txt" |
| 2025-01-10 04:01:34 +0100 | menschenmensch | (~menschenm@41.66.98.89) |
| 2025-01-10 04:01:52 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 04:01:57 +0100 | <geekosaur> | right, I just looked again after reloafding and maybe that is the only uppercase one |
| 2025-01-10 04:01:59 +0100 | <geekosaur> | I don't see why they didn't get sdisted then |
| 2025-01-10 04:02:00 +0100 | <sim590> | Yeah. Only the title file has a capital. I guess I forgot about it, but everything is consistent. |
| 2025-01-10 04:02:04 +0100 | <geekosaur> | cabal check? |
| 2025-01-10 04:02:43 +0100 | <haskellbridge> | <sm> I suggested checking the timestamps of those installed data files, in case they are leftovers from an older install, perhaps with a different ghc version or store path |
| 2025-01-10 04:02:58 +0100 | <sim590> | I get this: Warning: [parser-warning] habanga.cabal:28:1: Ignoring trailing fields after sections: "data-files" |
| 2025-01-10 04:03:12 +0100 | <sim590> | Seems related, but Idk what that means. I don't see any issue in the file. |
| 2025-01-10 04:03:38 +0100 | housemate | (~housemate@pa49-185-174-252.pa.vic.optusnet.com.au) housemate |
| 2025-01-10 04:04:16 +0100 | rekahsoft | (~rekahsoft@70.51.99.237) rekahsoft |
| 2025-01-10 04:05:31 +0100 | <sim590> | Also, the tarball from `cabal sdist` doesn't have the data-files. |
| 2025-01-10 04:05:42 +0100 | <monochrom> | Shouldn't data-files belong to a libary or executable section, rather than "top level"? |
| 2025-01-10 04:06:14 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 245 seconds) |
| 2025-01-10 04:06:30 +0100 | <geekosaur> | that was what I was thinking, but it's listed with the top level stuff |
| 2025-01-10 04:07:06 +0100 | <monochrom> | Err nevermind, it belongs to top level. |
| 2025-01-10 04:07:10 +0100 | menschenmensch | (~menschenm@41.66.98.89) (Ping timeout: 240 seconds) |
| 2025-01-10 04:07:35 +0100 | <haskellbridge> | <sm> the files exist in your source tree I assume |
| 2025-01-10 04:07:36 +0100 | menschenmensch | (~menschenm@41.66.98.89) |
| 2025-01-10 04:08:01 +0100 | <geekosaur> | the next question might be indentation, since the warn9ing you got does suggest the entries are being misread as not being part of the value of `data-files` |
| 2025-01-10 04:08:34 +0100 | user363627 | (~user@user/user363627) user363627 |
| 2025-01-10 04:09:31 +0100 | bitdex | (~bitdex@gateway/tor-sasl/bitdex) bitdex |
| 2025-01-10 04:10:00 +0100 | <geekosaur> | you might want to not split it over lines and say `data-files: resources/habanga-tui/*.txt` |
| 2025-01-10 04:10:19 +0100 | <sim590> | I tried multiple indentation styles. ALl on the same line, with indentation of 2 under the line `data-files`, all files aligned together with the first one on the same line as `data-files`. It's all the same it seems. |
| 2025-01-10 04:12:11 +0100 | <geekosaur> | sm, they're in the source tree, they pointed to the git repo and it has them |
| 2025-01-10 04:12:12 +0100 | weary-traveler | (~user@user/user363627) (Ping timeout: 252 seconds) |
| 2025-01-10 04:12:16 +0100 | orangeFlu | (orangeFlu@gateway/vpn/protonvpn/orangeflu) (Quit: Lost terminal) |
| 2025-01-10 04:12:36 +0100 | <sim590> | I think that I need to fix the error that `cabal check` reports, but Idk how. |
| 2025-01-10 04:13:26 +0100 | <geekosaur> | OH |
| 2025-01-10 04:13:37 +0100 | <geekosaur> | you put data-files after source-repository |
| 2025-01-10 04:13:55 +0100 | <sim590> | This person had the same issue here: https://stackoverflow.com/questions/73258030/cabal-ignoring-trailing-fields-after-sections, but no answers were given. |
| 2025-01-10 04:13:56 +0100 | <geekosaur> | that ended the global fields, so data-files is ignored |
| 2025-01-10 04:14:06 +0100 | <sim590> | Hmmm |
| 2025-01-10 04:14:09 +0100 | <sim590> | Let me see |
| 2025-01-10 04:14:12 +0100 | <euouae> | it would be nice if a warning was given about data-files being ignored |
| 2025-01-10 04:14:32 +0100 | <sim590> | That's it |
| 2025-01-10 04:14:39 +0100 | <sim590> | god damn. |
| 2025-01-10 04:14:43 +0100 | <monochrom> | Like this? "Ignoring trailing fields after sections: "data-files"" |
| 2025-01-10 04:14:56 +0100 | <geekosaur> | had to run cabal chrck to get that |
| 2025-01-10 04:15:05 +0100 | <geekosaur> | arguably should be default\ |
| 2025-01-10 04:15:30 +0100 | rekahsoft | (~rekahsoft@70.51.99.237) (Ping timeout: 252 seconds) |
| 2025-01-10 04:15:30 +0100 | <sim590> | That's because I added `source-repository` later in development and I didn't understand that it broke data-files section. |
| 2025-01-10 04:15:50 +0100 | <sim590> | Thanks for help everyone. |
| 2025-01-10 04:16:04 +0100 | <haskellbridge> | <sm> that's annoying. Just figured out the same thing |
| 2025-01-10 04:16:12 +0100 | <geekosaur> | not quite. source-repository is a section. it ended the top level (outside any section) fields, so data-files: was ignored from then on |
| 2025-01-10 04:17:14 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 04:17:30 +0100 | <haskellbridge> | <sm> is there a flag that would have turned that cabal data-files warning into an install error ? |
| 2025-01-10 04:18:00 +0100 | sabathan | (~sabathan@acaen-652-1-335-197.w83-115.abo.wanadoo.fr) (Ping timeout: 246 seconds) |
| 2025-01-10 04:19:12 +0100 | <geekosaur> | no, I think |
| 2025-01-10 04:19:16 +0100 | <sim590> | I guess that would need to be an error, yeah because data-files are required at runtime by definition. |
| 2025-01-10 04:20:14 +0100 | <geekosaur> | I would file a cabal bug, it should (a) be noisier about such problems, not hide them under cabal check (b) perhaps specifically check for fields like data-files and complain even more loudly |
| 2025-01-10 04:21:30 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 246 seconds) |
| 2025-01-10 04:22:05 +0100 | sabathan | (~sabathan@acaen-652-1-335-197.w83-115.abo.wanadoo.fr) |
| 2025-01-10 04:22:05 +0100 | <geekosaur> | also I think that used to be an error but then someone got the idea that the only errors should be the things preventing a package from being accepted on hackage. there's still some ongoing shakedown about that |
| 2025-01-10 04:25:20 +0100 | <haskellbridge> | <sm> also data-files is inherently fragile, I think. I prefer file-embed |
| 2025-01-10 04:26:58 +0100 | rekahsoft | (~rekahsoft@70.51.99.237) rekahsoft |
| 2025-01-10 04:28:04 +0100 | <sim590> | what's the advantage? |
| 2025-01-10 04:29:00 +0100 | <haskellbridge> | <sm> .cabal/store/ghc-9.4.8/...fcfc097/ is not a very durable place to store essential data. It typically gets wiped when your disk fills up or when you uninstall old ghc versions, then the app breaks |
| 2025-01-10 04:29:45 +0100 | <haskellbridge> | <sm> or if you copy the executable to a new machine, the data won't come along |
| 2025-01-10 04:30:06 +0100 | <haskellbridge> | <sm> it's excluded from backups. etc. |
| 2025-01-10 04:30:51 +0100 | <haskellbridge> | <sm> (whereas embedding files in your executable makes it more self-contained) |
| 2025-01-10 04:31:18 +0100 | rekahsoft | (~rekahsoft@70.51.99.237) (Ping timeout: 246 seconds) |
| 2025-01-10 04:32:37 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 04:33:12 +0100 | <sim590> | Oh, so the files are embeded in the binary? |
| 2025-01-10 04:33:21 +0100 | <haskellbridge> | <sm> yup |
| 2025-01-10 04:34:42 +0100 | <sim590> | But, am I gonna have to change my approach of recovering the contents since it's not on the disk anymore? For data-files, I have Paths_mypackage automatic module which resolves paths. How does that play out with your approach? |
| 2025-01-10 04:36:21 +0100 | philopsos | (~caecilius@user/philopsos) (Ping timeout: 248 seconds) |
| 2025-01-10 04:36:25 +0100 | <haskellbridge> | <sm> yes; there's a different api for reading the files. (If you absolutely need them to be in the file system, eg to pass to a legacy app, you can write them out to a temp file at runtime) |
| 2025-01-10 04:37:08 +0100 | rongwey | (~rongwey@user/rongwey) rongwey |
| 2025-01-10 04:37:27 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 276 seconds) |
| 2025-01-10 04:37:53 +0100 | <haskellbridge> | <sm> I use https://hackage.haskell.org/package/file-embed-0.0.16.0/docs/Data-FileEmbed.html#v:embedFileRelative . The type signature is confusing, but basically it evaluates to a bytestring |
| 2025-01-10 04:38:14 +0100 | <rongwey> | https://justpaste.it/Naruto_Makes_Love_Samuel_Garcia |
| 2025-01-10 04:38:31 +0100 | <rongwey> | Naruto Has Ninja Sex with Nuevo Leon Governor Samuel Garcia |
| 2025-01-10 04:38:31 +0100 | <rongwey> | Naruto Uzumaki visits Monterrey and meets Governor Samuel Garcia and starts a romantic escapade with him. |
| 2025-01-10 04:38:35 +0100 | ChanServ | +o monochrom |
| 2025-01-10 04:38:39 +0100 | monochrom | +b *!*@user/rongwey |
| 2025-01-10 04:38:39 +0100 | rongwey | monochrom (rongwey) |
| 2025-01-10 04:38:52 +0100 | <haskellbridge> | <sm> https://github.com/simonmichael/hledger/blob/master/hledger/Hledger/Cli/DocFiles.hs#L47 |
| 2025-01-10 04:39:00 +0100 | monochrom | -o monochrom |
| 2025-01-10 04:39:55 +0100 | haskellbridge | sm high-fives monochrom |
| 2025-01-10 04:47:59 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 04:52:32 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
| 2025-01-10 04:53:04 +0100 | OftenFaded | (~OftenFade@user/tisktisk) (Quit: OftenFaded) |
| 2025-01-10 04:59:23 +0100 | euouae | (~euouae@user/euouae) () |