You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This workaround is not so gross in the grand scheme of things, but it would not help in the case where a user wants to eg: consume and aggregate nixConfig settings from a set of input flakes.
Describe the solution you'd like
I don't see any reason why description or nixConfig should be any different than inputs and outputs -- call-flake.nix should make them available.
These could also be passed to the outputs function. That way it's easily available to functions that help with constructing flakes, such as those in flake-utils or flake-parts. Adding an argument requires a bit of care, not to break more flakes than necessary - this part could be done in/after
Is your feature request related to a problem? Please describe.
I wanted to be able to generically refer to nixConfig settings in my flake outputs, eg:
This can be worked around locally by wrapping the entire flake in
rec
, then injecting it:This workaround is not so gross in the grand scheme of things, but it would not help in the case where a user wants to eg: consume and aggregate
nixConfig
settings from a set of input flakes.Describe the solution you'd like
I don't see any reason why
description
ornixConfig
should be any different thaninputs
andoutputs
--call-flake.nix
should make them available.Describe alternatives you've considered
Described above.
Priorities
Add 👍 to issues you find important.
The text was updated successfully, but these errors were encountered: