Description
Subject of the issue
Currently, I am thinking is it right solution that all IDEs are currently required to provide their own custom Nix env loading mechanism and wrapper for the haskell-language-server-wrapper
, because there is no support of Nix env in the HLS wrapper.
IDK. There is already support and docs of that in most IDEs. But to make a truly clean code refactoring of the ecosystem for the Nix env and NixOS case - they probably need to be accounted into the wrapper, at least as an option key for the wrapper, which maybe/probably needs to use by default on NixOS, as I said - because on NixOS Haskell projects needs to be built in project's Nix env, and if no Nix env provided - NixOS people need to create it by caba2nix
, because there is no two-way support between NixOS system env & Cabal, shortly: Cabal works only in nix-shell
on the NixOS, which means always load provided Nix env.
Your environment
- NixOS
Steps to reproduce
Download any Haskell project that provides Nix env. How to make HLS use provided reprocucible Nix env without a custom sidecars project?
Expected behaviour
HSL wrapper to provide an option to load the projects Nix env.
Actual behaviour
IDEs invent and maintain their own Nix env wrappers to wrap the HLS wrapper into them to load the projects Nix env and start HLS inside it.