Closed LiGoldragon closed 10 months ago
You can override in flake.nix
with inputs.dmerge.inputs.nixlib.follows = "sth";
Ah just saw this. Yes, if I'd prefer if the direct second-level input override is workable, because this adds another (separate) input entry for std
in downstream flake.lock
files and std
already suffers from excessive inputs, so if anything, I'd like to reduce them as much as we can (and keep them minimal).
O, sorry I actually mean inputs.std.inputs.dmerge.inputs.nixlib.follows = "sth";
O, sorry I actually mean
inputs.std.inputs.dmerge.inputs.nixlib.follows = "sth";
That doesn't work:
error: input 'std/dmerge/nixlib' follows a non-existent input 'std/haumea/nixpkgs'
Even if std.inputs.haumea.inputs.nixpkgs.follows
is set.
Aditionally, the whole of avoiding to call lib
by its long-established name is absurd. Nixpkgs is not lib.
Nixpkgs is not lib.
I agree. There's semantic value to this PR, regardless if it could be worked around. Maybe that should prime over reduction of inputs.
adapted in https://github.com/divnix/std/pull/349
adapted in https://github.com/divnix/std/pull/349
You're awesome! 🙏
I was unable to override the
nixlib
passed to inputs which used haumea's input.