| 29 Sep 2025 |
 ivy | cause it builds for me on my mac | 04:49:30 |
| ivy | so idk why considered "broken" | 04:49:35 |
| ivy | if its the drivers i have a pr for that | 04:49:45 |
 bglgwyng | I hardwired CABAL_CONFIG and CABAL_DIR as Nix store paths in nix-x-cabal. And it broke hls since it tries to build on start up emitting intermidiate outputs in CABAL_DIR.
Is it basically a bad idea to do so, even though I can figure out how to work around this specific issue? | 06:11:52 |
| bglgwyng | * I hardwired CABAL_CONFIG and CABAL_DIR as Nix store paths in nix-x-cabal. And it broke HLS since it tries to build on start up emitting intermidiate outputs in CABAL_DIR.
Is it basically a bad idea to do so, even though I can figure out how to work around this specific issue? | 06:24:51 |
 sterni (he/him) | ivy: I've looked into it and it seems like it was broken at one point and the Nixpkgs maintainer had no access to a Darwin machine to investigate the failure. Probably has been resolved by Apple SDK changes or whatever. I've proposed the correct meta data update at https://github.com/NixOS/nixpkgs/pull/447134. | 10:35:13 |
| sterni (he/him) | It is currently not (easily) possible to regenerate hackage-packages.nix on Darwin since the tool that does it uses a fs based database that can't be on a case insensitive file system. | 10:36:09 |
| ivy | done it all | 11:51:37 |
| ivy | ahh easy | 11:51:42 |
| ivy | works on mine perfectly | 11:51:46 |
| ivy | let's get that metadata fixed then, and i can rebase on it | 11:52:20 |
| ivy | also sterni i dont think ur ofborg will work | 11:54:26 |
| 30 Sep 2025 |
| bglgwyng | Does nixpkgs.haskell do sometihng special on HLS, wrapping with some env vars or something?
I found that HLS can't find the right package db I configured. | 04:23:10 |
| bglgwyng | https://discord.com/channels/280033776820813825/505370075402862594/1422409401859575969
this is relevant | 04:23:18 |
 maralorn | No, it doesn’t. HLS asks e.g. cabal-install, cabal-install looks at ghc. ghc has the right package db. It’s relevant that you start hls from the right nix-shell for your projetc so that the correct ghc is available. | 07:11:10 |
 MangoIV | any ETA for 9.14 and HLS 2.12? Something I can help with there? | 15:36:18 |
| MangoIV | * any ETA for 9.14 and HLS 2.12? Anything I can help with there? | 15:36:25 |
| maralorn | Are those things even released?? | 15:50:52 |
| maralorn | The ETA is next hackage bump after release -> fixing hls -> merging haskell-updates into staging -> staging goes to staging-next goes to master. | 15:52:22 |
| maralorn | Sadly requirements put upon us by the nixos release process are increasingly in tension with the high velocity rollout bleeding edge users require. | 15:53:07 |
| maralorn | I guess that takes usually 4 to 8 weeks … | 15:53:23 |
| maralorn | * Sadly requirements put upon us by the nixos release process are increasingly in tension with the high velocity rollout bleeding edge users expect. | 15:54:39 |
| maralorn | And yes of course, I can certainly ping you when the manual HLS build plan resolution needs to happen. Took me about half a day last time.^^ | 15:56:11 |
| MangoIV | HLS yes, GHC no | 15:56:47 |
| MangoIV | Please do. | 15:57:04 |
| maralorn | Well, I guess the timing is pretty bad this time. | 15:57:28 |
| maralorn | We just made a hackage bump a few days ago. | 15:57:46 |
| maralorn | But I guess we can just do another right now. | 15:57:53 |
| maralorn | Fixing HLS on all ghc versions besides 9.14 will then be the easier thing. | 15:58:25 |
| MangoIV | I want the debugger | 15:58:41 |
