Skip to content
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

Declaring per-system functions as flake outputs #220

Open
endgame opened this issue Apr 13, 2024 · 1 comment
Open

Declaring per-system functions as flake outputs #220

endgame opened this issue Apr 13, 2024 · 1 comment

Comments

@endgame
Copy link

endgame commented Apr 13, 2024

I ported nix-freeze-tree to flake-parts. It exports a function for freezing a derivation as a tree of fixed-output derivations and uses a native program to do this. Because I can't assign to lib in perSystem, I am forced to declare these functions in flake and use flake-utils' eachSystem to generate this function. Is there a better way to either:

  1. Emit per-system functions by setting them in perSystem, or
  2. Call an equivalent to eachSystem without having to go through flake-utils?

https://git.sr.ht/~jack/nix-freeze-tree/tree/343fd80a67db6f55cacc1961f60bbac91d96bbb6/item/flake.nix#L27-52 is what I am currently doing.

@roberth
Copy link
Member

roberth commented Apr 13, 2024

  1. Emit per-system functions by setting them in perSystem, or

Can be done by defining flake.lib.something using the withSystem module argument.

Example:

{ lib, withSystem, ... }: {
  perSystem = mkPerSystemOption {
    options.lib = mkOption { type = raw; internal = true; };
    config.lib.freeze = <...>;
  };

  flake.lib.freeze = drv:
    withSystem drv.system ({ config, ... }:
      config.lib.freeze drv
    );
}
  1. Call an equivalent to eachSystem without having to go through flake-utils?

You could define lib using perSystem, similar to how flake-parts does it for other attributes. The formatter.nix is a reasonable template for this, if you omit perInput, because the format of lib isn't standardized for arbitrary flakes.
I'm not a big fan of doing it this way, because system attributes are bothersome.

(3?)

You could expose a flake-parts module that adds your library as a module argument. That way it can use the user pkgs, which can be something fancy, like a cross compiled package set.

shymega pushed a commit to shymega/flake-parts that referenced this issue Aug 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants