| 28 Jan 2025 |
 ultima12 | * đ | 15:36:35 |
| ultima12 | fml | 15:36:43 |
| ultima12 | ah no, double wrong | 15:43:09 |
| ultima12 | * ah no, double wrong. it does not work | 15:45:50 |
| ultima12 | sorry for spam, but this is the solution: '.?submodules=1#default' | 20:15:39 |
| ultima12 | * sorry for spam, but this is the solution: '.?submodules=1#default'
https://github.com/NixOS/nix/issues/9530#issuecomment-2457467802 | 20:22:02 |
 lazyLambda | 
Download Screenshot from 2025-01-28 18-08-58.png | 23:09:18 |
| lazyLambda | Anyone ever seen this sort of behavior?
I added a nix override to use a certain version of beam and now an upstream package which uses beam (rhyolite-account-types) is saying that it exports it, but it most definitely does not | 23:10:39 |
| lazyLambda | Or im completely misunderstanding this error | 23:10:50 |
| 29 Jan 2025 |
 alexfmpe | hmm might be Id was pulled at some point and you're on an older rhyolite that still has it? | 01:44:36 |
| alexfmpe | ah no I'm misreading | 01:45:12 |
| alexfmpe | do you have a local hoogle setup? what comes up when searching for PrimaryKey ? | 01:47:14 |
| alexfmpe | hmmm looking at the "originally defined" bits, it kind of looks like you're getting one beam-core from an unpacked thunk of the repo and another from cabal/hackage or something? | 01:50:40 |
| alexfmpe | huuuuh are you using ob ? | 01:55:49 |
| alexfmpe | I'd try cabal clean and re-enter the nix-shell after making sure you're throwing the thunk beam-core properly into the nix bits
maybe add https://github.com/obsidiansystems/obelisk/pull/1102/files for good measure | 01:57:23 |
| alexfmpe | hmm I believe rhyolite's nix brings beam-core so if you're importing those overrides I can see the following happen
- you had a working setup with rhyolite's beam-core
- you unpacked local beam-core without re-entering the nix-shell
ob run saw the now local package and gobbled it up into its omni repl
| 02:06:08 |
| alexfmpe | need to re-enter the shell to have the beam-core override take full effect | 02:07:23 |
| alexfmpe | (yes, ob is a pile of hacks, we're replacing it in near future with the proper cabal multi-repl now that it's out there) | 02:07:51 |
| alexfmpe | * hmm I believe rhyolite's nix brings beam-core so if you're importing those overrides I can see the following happen
- you had a working setup with rhyolite's beam-core
- you unpacked local beam-core without re-entering the nix-shell
ob run saw the now local package and gobbled it up into its omni repl meaning you had two beam-core laying around
| 02:08:33 |
| alexfmpe | also, for obsidian-verse questions, #reflex-frp:matrix.org ends up being the default place to ask, due to heavy user/maintainer overlap | 02:09:47 |
 Manuel Bärenz | There is no real chance to override mtl with mtl_2_3_1 in GHC <= 9.4, right? Because it's a boot library? | 13:34:51 |
| Manuel Bärenz | When I do it, it seems to rebuild shake, which I definitely don't want | 13:35:14 |
 maralorn | Overriding boot libraries is fine in principle with a few exceptions which mtl is not afaik. | 13:47:35 |
| maralorn | It triggering a rebuild of shake is to be expected. If you don't want that you need to pick shake from an unoverriden packageset | 13:48:42 |
| Manuel Bärenz | Fine in the sense of "It will just rebuild GHC from scratch and then everything should work"? đ
| 13:49:06 |
| Manuel Bärenz | Ah, I don't really know why exactly it builds shake, I don't specify it anywhere explicitly | 13:49:34 |
| Manuel Bärenz | I took care to take e.g. cabal-install from an unoverridden package set | 13:50:47 |
| maralorn | No, unless you are doing something very explicit to ghc it won't rebuild it. | 13:50:50 |
| maralorn | In reply to @manuelbaerenz:matrix.org
Ah, I don't really know why exactly it builds shake, I don't specify it anywhere explicitly Well maybe it's a dep of hls? | 13:51:23 |
| Manuel Bärenz | Maybe, I'll look into that, but don't I need to take HLS from the overridden set? After all, I want it to load the right mtl | 13:51:55 |
