-
-
Notifications
You must be signed in to change notification settings - Fork 126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow builds without dream.lock #199
Comments
The way you describe it is how it works already. There exist pure and impure translators in dream2nix. If your project can be translated by a pure translator, which is the case if you have either a |
Hmm, but without resolveImpure you don't have devShell? |
If that is the case, than this is a bug that needs to be fixed |
I just tested and I get the devShell outputs also without resolveImpure. If you have a project where this is not the case, please file an issue providing a flake. |
I don't quite understand the whole system yet, but it occurred to me that with #195 the translate step is entirely stateless if the package-lock.json file is v2.
So it would be nice to not have to maintain a separate dream-lock file in git.
How about providing the minimum information in flake.nix (I believe just the package names?), and then running a stateless translate step before the build?
Then direnv could be told to watch package-lock.json and when it changes, update the devShell, no resolveImpure step needed.
The text was updated successfully, but these errors were encountered: