-
Notifications
You must be signed in to change notification settings - Fork 40
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
Auto-wiring #114
Comments
roberth
added
question
Further information is requested
undecided
Depends on postponed design decision
labels
Feb 1, 2023
I just had an use-case for granular auto-wiring: srid/haskell-flake#142 |
Projects (TBD) might provide an alternative |
Another: juspay/rust-flake#13 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Modules can provide various levels of integration, where an integration is any definition that isn't of a function that it declares.
Sometimes, integrations are not desirable. Making integrations
lib.mkDefault
may help, but this may not always be sufficient. If it turns out that some flakes need to disable too many integrations explicitly, perhaps it makes sense to introduce a single global option that disables all integrations. All (reusable) modules should then adhere to that option.The story of a flake would then be
autoWire = false
Perhaps modules could list their integrations in another option, to help with (8), but all in all it's not a great experience. I would consider this idea to be a last resort; I hope we'll find better solutions.
The text was updated successfully, but these errors were encountered: