| 19 Feb 2026 |
 alexfmpe | I remember the very end being some // { amazonka packages stuff here } and maybe another section like that | 23:24:06 |
| alexfmpe | in other news, I was trying to understand why pkgsMusl doesn't hit the external interpreter for template haskell
nix-repl> pkgsMusl.stdenv.buildPlatform == pkgsMusl.stdenv.hostPlatform
true
nix-repl> pkgsMusl.stdenv.buildPlatform.libc
"musl"
| 23:24:18 |
| alexfmpe | didn't expect it to also change libc on the buildPlatform | 23:24:58 |
 woobilicious | yeah around line 1000 lol, there's a section that's not grouped by anything specifically | 23:25:10 |
| woobilicious | huh was it a bad idea to pull from haskell-updates? it's building git from source when running ./maintainers/scripts/haskell/update-hackage.sh | 23:31:36 |
| woobilicious | Or am I supposed to ignore the instructions in HACKING.md? | 23:34:12 |
| alexfmpe | haskell-updates started branching from staging as of last year or so | 23:41:47 |
| alexfmpe | so if you pull at a bad time, you can eat nasty rebuilds | 23:42:12 |
| alexfmpe | e.g. after staging was merged into it but before hydra CI cached that | 23:42:31 |
| woobilicious | I guess I can just checkout master and the cherry-pick the patch? or maybe just let the scripts be called by the next merge? | 23:43:41 |
| alexfmpe | that said, haskell-updates is mostly for bumping LTS and dealing with the fallout | 23:43:46 |
| woobilicious | I think I'm meant to call ./maintainers/scripts/haskell/regenerate-hackage-packages.sh instead shrug | 23:44:02 |
| alexfmpe | so if your sbv patches fix it on master, you can probably target that | 23:44:18 |
| alexfmpe | * so if your sbv patches fixes aren't specific to latest versions you can probably target that | 23:44:40 |
| alexfmpe | * so if your sbv patches fixes aren't specific to latest versions you can probably target master | 23:44:45 |
| woobilicious | ahh okay, I'm just disabling tests. | 23:45:12 |
| alexfmpe | huh? | 23:45:13 |
| alexfmpe | you shouldn't need to call that unless you mess with the .yaml files or so | 23:45:52 |
| woobilicious | yeah I unmarked it as broken | 23:46:11 |
| alexfmpe | ah ok relaxing brokenness to tests | 23:46:34 |
| alexfmpe | * ah ok relaxing broken to broken tests | 23:46:44 |
| woobilicious | upstream says it's probably unrealistic for us to test it, they also take like 45mins to run | 23:47:55 |
| woobilicious | i.e. https://hydra.nixos.org/log/5hsi41vkklihxa78a0lmj49za0d9mifn-sbv-10.2.drv | 23:48:12 |
| alexfmpe | wth | 23:51:23 |
| woobilicious | yeah actually we don't even package mathsat, so tests can't pass without us doing that. | 23:54:17 |
| alexfmpe | can't they...like...have two test suites that both call the same thing but with different quickcheck iterations | 23:54:41 |
| alexfmpe | * can't they...like...have two test suites that both call the same thing but with different number of quickcheck iterations | 23:55:02 |
| alexfmpe | then their CI can run the fancy 45min thing, but distributors have a better choice than 45min or no tests | 23:55:29 |
| alexfmpe | * then their CI can run the fancy 45min thing, but distributors have more than the choice than 45min or no tests | 23:55:44 |
| alexfmpe | * then their CI can run the fancy 45min thing, but distributors have more than the choice between 45min or no tests | 23:55:50 |
