NixOS-WSL VS nix-direnv

I have not used it but this might be what you are looking for: https://github.com/nix-community/NixOS-WSL

You could also install the nix package manager on Ubuntu.

This project began as I didn't like that NixOS-WSL used systemd in the background, so I made this for myself. Some of the advantages: faster boot time, smaller image size and a FHS distro in the background, that lets you load dynamically linked binaries (for example, to have VSCode remote working OOTB).

There's a community port of NixOS to WSL2, complete with systemd support, plus Docker Desktop support and some other goodies: https://github.com/nix-community/NixOS-WSL

Nix also works on other WSL distros, provided they're using WSL2.

Nix supports cross-compiling Windows binaries as well. I know some people use it for that.

There is no 'native' support— you can't use Nix as an alternative to Winget or Chocolatey on Windows. Right now a lot of important stuff in Nixpkgs depends on a POSIX shell and Unix coreutils implementation for the basic build environment, and that's shared between many operating systems. Trying to fit Windows into that doesn't really make s sense, and there's not really any momentum behind the idea of using any particular other runtime environment (could be a scripting language instead of a shell + coreutils) for those basic builders.

But it's conceivable that some day, one or more companies using Nix on WSL might see vaiue in taking that extra step and put together a Nix-based package collection for Windows and help get the Nix Windows port out the door.

Basically, I managed to get NixOS inside WSL2 by using this: https://github.com/Trundle/NixOS-WSL

But whenever I try running code . with nixos-wsl(https://github.com/Trundle/NixOS-WSL), the error: `code: command not found` is thrown, also, whenever I try to open nixos-wsl from vscode, it does not work and the terminal throws a bunch of errors?

BTW: I personally use direnv with nix-direnv. This basically works by setting your shell with proper tooling when you enter the directory.

I'm not sure what you mean by nix env, maybe you are referring to nix-direnv?

Although currently I'm using direnv + nix-direnv. Keep in mind that direnv has builtin nix support which is very basic and doesn't do any caching. So you still needs this add-on to preserve roots.

I distinguish between system level things and user level things, even though I don't really have different users on my machine. I install the bare minimum number of packages + a lot of different drivers in the configuration.nix, and desktop and editor related things in HM. For development environment, I have environment per project using mkShell and https://github.com/nix-community/nix-direnv, which allows you to switch to the specific environment once you cd into the directory. (Although I do have python installed globally with some commonly used packages such as numpy, so I can just start python and write something when I need to, without creating an environment)

I further make my software projects so that when I click a link I go into an environment pre-loaded with their dependencies so dropping in/out of projects is always frictionless. I do this with the reproducibility guarantees of nix, along with glue like nix-direnv and envrc-mode to direnv.

(I also use nix-direnv)

direnv

Personally I use nix-direnv. No longer the need to run nix develop or nix-shell. By setting up a .envrc with either use nix or use flake it will automatically install all the packages from default/shell.nix or flake.nix

Direnv is installed using the nix-direnv installation instructions under "Via configuration.nix in NixOS". I read some recommendations that envrc.el is a better alternative then direnv.el, and after some testing I have to agree. (envrc-global-mode) is enabled in my config. This works perfectly with a normal emacs instance.