Conversation
The immediate motivation for doing this was that the old `shell.nix` failed with the `nixpkgs` channel that I had installed. While I was fixing this to pin `nixpkgs` I figured this would be a good time to flake-enable the project.
|
This was proposed before in #533 and I'm inclined to veto it – I do not want to support anyone declaring I also personally don't use flakes, so the sluggishness afforded by flake-compat is not really acceptable. I'm curious about the eval failure though, since cabal2nix is pretty boring (which is also a reason why having some random channel over a months old pin is not bad). |
|
If the requirement is that you want the |
|
Also, just to clarify: the motivation for this flake is for local development, not for depending on |
… so that developers can easily track changes to `nixpkgs` … based on feedback from @sternenseemann
In other words, only use the flake to provide development shells This is based on feedback from @sternenseemann that we don't want downstream flakes to depend on `cabal2nix` as a flake input
… as caught by @sternenseemann
… which doesn't work now because we removed the packages from the outputs
The immediate motivation for doing this was that
the old
shell.nixfailed with thenixpkgschannel that I had installed. While I was fixing this to pinnixpkgsI figured this would be a good time to flake-enable the project.