Newest at the top
| 2026-03-02 12:45:55 +0100 | tremon | (~tremon@83.80.159.219) (Quit: getting boxed in) |
| 2026-03-02 12:40:02 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 248 seconds) |
| 2026-03-02 12:26:10 +0100 | xff0x | (~xff0x@2405:6580:b080:900:f8aa:9656:36aa:e9bc) |
| 2026-03-02 12:23:26 +0100 | tales | (~tales@149.167.1.176) (Remote host closed the connection) |
| 2026-03-02 12:08:44 +0100 | kuribas | (~user@ip-188-118-57-242.reverse.destiny.be) kuribas |
| 2026-03-02 12:07:35 +0100 | juri_ | (~juri@217-114-215-140.pool.ovpn.com) juri_ |
| 2026-03-02 12:07:27 +0100 | aku | (aku@65.108.245.241) eagleflo |
| 2026-03-02 12:07:01 +0100 | Enrico63 | (~Enrico63@host-80-104-109-187.retail.telecomitalia.it) (Quit: Client closed) |
| 2026-03-02 12:06:59 +0100 | acidjnk_new3 | (~acidjnk@p200300d6e700e526dbe7f3b147cdd5b9.dip0.t-ipconnect.de) (Ping timeout: 245 seconds) |
| 2026-03-02 12:05:24 +0100 | CiaoSen | (~Jura@2a02:8071:64e1:da0:5a47:caff:fe78:33db) CiaoSen |
| 2026-03-02 12:04:42 +0100 | <[exa]> | merijn: is there any workalike of --build-depends option for `cabal exec` ? |
| 2026-03-02 12:04:21 +0100 | aku | (aku@65.108.245.241) (Quit: Lost terminal) |
| 2026-03-02 12:04:09 +0100 | acidjnk_new | (~acidjnk@p200300d6e700e5876e445e500c43f7e0.dip0.t-ipconnect.de) |
| 2026-03-02 11:59:56 +0100 | juri_ | (~juri@217-114-215-140.pool.ovpn.com) (Ping timeout: 252 seconds) |
| 2026-03-02 11:59:36 +0100 | <[exa]> | merijn Leary: thanks :) |
| 2026-03-02 11:59:29 +0100 | <[exa]> | let's nuke some .cabal then :) |
| 2026-03-02 11:59:21 +0100 | <[exa]> | ok great |
| 2026-03-02 11:59:19 +0100 | <[exa]> | oh it's actually the last example in `cabal repl --help` |
| 2026-03-02 11:57:31 +0100 | <merijn> | either a small cabal env or passing the dependency as a flag to cabal and using cabal repl over ghci |
| 2026-03-02 11:57:16 +0100 | <[exa]> | but that's a bit too much work for a random hack |
| 2026-03-02 11:57:15 +0100 | misterfish | (~misterfis@84.53.85.146) (Ping timeout: 245 seconds) |
| 2026-03-02 11:57:09 +0100 | <[exa]> | the workaround is to make a small cabal env |
| 2026-03-02 11:57:00 +0100 | <[exa]> | yap, my usecase is mainly "hey I have a ghci here and I want containers" |
| 2026-03-02 11:56:56 +0100 | <merijn> | [exa]: --lib does a global install into the old global package database, forcing EVERYTHING to use that exact version of the dependency you installed via --lib |
| 2026-03-02 11:56:29 +0100 | <merijn> | [exa]: Basically, in the olden days you had a single global library database that had to be consistent or things exploded. In v2 the package database is automatically generated per project (allowing arbitrary many parallel installs of the same dependencies as long as they don't conflict "within a project") |
| 2026-03-02 11:55:40 +0100 | <[exa]> | :D |
| 2026-03-02 11:55:38 +0100 | <[exa]> | any good alternative if I want to just play |
| 2026-03-02 11:55:20 +0100 | <merijn> | It's hacky bypass for the new v2-build order |
| 2026-03-02 11:54:55 +0100 | <merijn> | [exa]: --lib is the devil, never use it |
| 2026-03-02 11:52:43 +0100 | <[exa]> | ah, okay. :D |
| 2026-03-02 11:52:18 +0100 | <Leary> | Yes. |
| 2026-03-02 11:51:42 +0100 | <[exa]> | Leary: would that count as weird ^ ? |
| 2026-03-02 11:51:28 +0100 | <[exa]> | I assume it's because I yoloed and did global package installs with `--lib` etc |
| 2026-03-02 11:51:12 +0100 | <gentauro> | sshine: what kind of "sourcery" do you put in `$CONFIG`? https://github.com/sshine/evm-opcodes/blob/09f7e8c5e3a19140a698fb161d2e4aee0b7a3843/.github/workfl… |
| 2026-03-02 11:49:14 +0100 | <Leary> | I suggest you minimise it down to a reproducer and make an issue of it. |
| 2026-03-02 11:48:31 +0100 | <gentauro> | Leary: I agree. I'm using cabal :P |
| 2026-03-02 11:48:06 +0100 | <Leary> | gentauro: If that were "just cabal things" I would have seen it at least once in my entire life. It's either a cabal bug or you're doing something weird. |
| 2026-03-02 11:48:03 +0100 | <gentauro> | :-\ |
| 2026-03-02 11:48:01 +0100 | <gentauro> | I'm just concerned if this happens when I push my package to Hackage |
| 2026-03-02 11:47:39 +0100 | <gentauro> | [exa]: first time happening to me tbh … |
| 2026-03-02 11:40:35 +0100 | <[exa]> | btw did this start happening recently because of some package or so? (I don't recall seeing the problem until like half a year ago) |
| 2026-03-02 11:40:07 +0100 | berberman | (~berberman@user/berberman) berberman |
| 2026-03-02 11:39:42 +0100 | berberman | (~berberman@user/berberman) (Quit: ZNC 1.10.1 - https://znc.in) |
| 2026-03-02 11:38:49 +0100 | gentauro | :-\ |
| 2026-03-02 11:38:46 +0100 | <gentauro> | I guess I just need to update my `build.sh` script fo `rm -frv ~/.cabal/store/ghc-9.10.2/` before build. «Just cabal things» |
| 2026-03-02 11:38:06 +0100 | <gentauro> | then `cabal build` no longer works cos "too many versions" of `containers-0.8` |
| 2026-03-02 11:37:40 +0100 | <gentauro> | `cabal build` -> `containers-0.8-34842fe24718eccd4cfcb185cd76eae9d01c2c9fb8e44025c370eb676804be4e` and `cabal haddock` -> `containers-0.8-d07ebba670462b5821cb27365826acbfbfe79c9cac2dc6537943bd739dce732a` |
| 2026-03-02 11:36:25 +0100 | <gentauro> | [exa]: it's just "cabal things" |
| 2026-03-02 11:36:22 +0100 | juri_ | (~juri@217-114-215-140.pool.ovpn.com) juri_ |
| 2026-03-02 11:35:24 +0100 | juri_ | (~juri@178.20.90.213) (Ping timeout: 255 seconds) |