Open thufschmitt opened 11 months ago
In your opinion, what could be a way forward? Would adding an output nickel-fast
that doesn't use crane
make sense?
Honestly: I have no idea :)
For Organist, I've vendored a modified copy of the Nix expressions from Nixpkgs (here). If you're willing to maintain something like that then yes, exposing them as a nickel-fast
output could make sense.
Otherwise, just saying that it's a price to pay for living at HEAD and that the releases get a fast expression from Nixpkgs would be a fine tradeoff for me. I was mostly opening the issue to make sure that you were aware that there's a tradeoff to make.
Describe the bug
Evaluating the
default
output of the flake takes a very long time (roughly 18s on my machine). This is very annoying for projects like Organist that depend on Nickel by its flake as it adds a lot to their Nix evaluation time. And in the case of Organist, all the projects using Organist will have to pay for that.The
nickel
derivation from Nixpkgs doesn't have this problem.To Reproduce
Expected behavior
Something fast :)
More seriously, I don't know whether that's something worth fixing since the evaluation time overhead is very likely due to Crane, and is hopefully repaid by a better build-time caching for iterative development. But it's worth being aware of it.
Environment
Additional context
ø