2025/01/10

Newest at the top

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.
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: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:13:56 +0100 <euouae> It seems like it's deciding based on some heuristic instead of my setting
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:43 +0100 <haskellbridge> <sm> if I hear more, I'll cc it here
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: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:03 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
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:11:53 +0100xff0x(~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp)
2025-01-10 03:11:22 +0100itscaleb(~itscaleb@user/itscaleb) (Ping timeout: 265 seconds)
2025-01-10 03:10:58 +0100rdcdr(~rdcdr@user/rdcdr) (Ping timeout: 252 seconds)
2025-01-10 03:10:25 +0100 <haskellbridge> <sm> thank you. I don't use it for privacy currently
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:04:15 +0100vanishingideal(~vanishing@user/vanishingideal) vanishingideal
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:02:23 +0100 <euouae> it also calls it copyright: ... when it's a license. o_O
2025-01-10 03:02:10 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
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: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:00:29 +0100 <euouae> no, I meant to say that I dislike vector.im and their phony privacy thing