| 27 Dec 2024 |
|  Lenny. changed their display name from Lenny. to Lenny. [9731 DECT]. | 12:33:08 |
|  Linus Pleyer changed their display name from pyriphlegeton to Linus Pleyer. | 23:20:05 |
| 28 Dec 2024 |
|  symphorien joined the room. | 22:21:04 |
| 30 Dec 2024 |
 sterni (he/him) | Iteration looks pretty good, may make sense to merge it without to GHC 9.12 fixes, so we'd make the next staging-next with this. I'm mostly waiting on reviews for jailbreak-cabal on that and the GHA workflow change, but that'll happen once the collective 38c3 sleep deficit has been compensated… | 12:23:34 |
|  raitobezarius changed their display name from raitobezarius (DECT: 3538 / EPVPN 2681) to raitobezarius. | 16:25:48 |
| Lenny. changed their display name from Lenny. [9731 DECT] to Lenny.. | 17:28:56 |
 Patrick Steele | It seems like shellFor isn't including benchmark dependencies, even when I have doBenchmark = true; included. Any thoughts on debugging this? | 21:41:49 |
| Patrick Steele | It's failing to find criterion, which is included as a benchmark dependency. If I add criterion as a library dependency, cabal bench works fine. So it seems like my cabal file is okay... | 21:44:34 |
|  Morgan (@numinit) joined the room. | 22:25:05 |
| 31 Dec 2024 |
| sterni (he/him) | Where are you setting doBenchmark? | 11:19:22 |
| sterni (he/him) | MangoIV: why does htree have a lower bound base >= 4.20? 🤨 | 12:42:59 |
 MangoIV | In reply to @sternenseemann:systemli.org
MangoIV: why does htree have a lower bound base >= 4.20? 🤨 I recently bumped and it uses RequiredTypeArguments now. You Can use 1.x if you don’t want the high bound | 12:44:36 |
| sterni (he/him) | ok, 4.20 is 9.8? | 13:49:04 |
 alexfmpe | 4.20 9.10, 4.19 9.8 | 13:53:47 |
| alexfmpe | https://gitlab.haskell.org/ghc/ghc/-/wikis/commentary/libraries/version-history | 13:53:49 |
| MangoIV | I think RequiredTypeArguments was 910, no? | 14:21:19 |
| alexfmpe | Yop | 14:25:08 |
| alexfmpe | https://ghc.gitlab.haskell.org/ghc/doc/users_guide/exts/required_type_arguments.html | 14:25:10 |
| MangoIV | Then it should be all good | 14:38:34 |
|  @siraben:matrix.org left the room. | 14:51:26 |
 @megmug:matrix.org | Hello there, is anyone experiencing issues with vscode + HLS on nixos 24.11? I am using a nix-shell for my project and trying to use HLS provided by nix along with vscode provided by ubuntu snap. HLS often hangs and does nothing, bottom left corner "processing 1/x", leading to broken Haskell extension functionality in vscode. Sometimes it works, but most often it doesn't, and even if it works it starts to break soon after. I have tried starting vscode from a nix-shell (direnv disabled) as well as with direnv plugin. Both exhibit same behaviour | 16:55:35 |
| alexfmpe | Try running "haskell-language-server" on the nix shell and see if there's any obvious error in logs | 17:01:52 |
| alexfmpe | Are you getting HLS from haskellPackages or haskell.packages.${compiler} ? | 17:02:19 |
| alexfmpe | Might want to add a manual hie.yaml to narrow things down, especially if using a multi component project | 17:03:01 |
| @megmug:matrix.org | Running it on the terminal, it outputs a lot of stuff, then "Completed (6 files worked, 0 files failed)" which checks out, since the project has 6 files as of now | 17:04:46 |
| @megmug:matrix.org | It is haskellPackages.haskell-language-server | 17:05:21 |
| alexfmpe | Make sure your extension is loading HLS from $PATH | 17:06:12 |
| @megmug:matrix.org | Hm, the project has 2 executables and 1 library folder and is built using stack. The manual stack build also succeeds | 17:06:33 |
| @megmug:matrix.org | Yes, it does that - already stumbled over that in the past 😅 | 17:07:03 |
| alexfmpe | Ah I dunno about stack, but if it worked on the terminal it's probably the extension that's borked | 17:07:05 |
