I’ve been messing around with nix flakes to configure my NixOS system and to put the final touches on I wanted to write an overlay of Neovim with the plugins and everything configured with Lua and then use this overlay to install neovim-qt. After reading various docs on Overlays, I get the fundamentals but I don’t get where to look to find a list of all the configurable options that an overlay provides? Typically I can look in the home-mananger nix decleration of a package for the options exposed or nixpkgs for the options in configuration.nix. Any help that will dive deeper into overlays or where to find their options would be greatly appreciated!

  • Atemu
    link
    fedilink
    English
    arrow-up
    4
    ·
    1 year ago

    There are no standardised options like you’re looking for to be found in overlays. Overlays allow “editing” the package set by constructing a new package set where one (or multiple) package(s) is/are different, that’s it.

    An Individual package can be “edited” to be the same package but slightly different by using its override function. It allows you to change the package’s parameters. I.e. overriding one dependency with another. Some packages might provide configuration flags in their arguments but they’re in no way uniform and always specific to the package. They’re also not guaranteed to be stable.

    To change a package, you must look at the package’s definition to see what could be changed about it. Overlays are just the way to apply that change to the entire package set.

    • Cebidaez@lemmy.sdf.orgOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      So If I am understanding this, Overlays are a way to apply changes to the package via its definition using already existing mentions like overriding and such then propagating those changes outside to an entire set of packages.

      • Atemu
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        Overlays allow any modification you can think of, not just limited to what packages have as “override options”. You could say firefox = final.hello and then building pkgs.firefox would then result in hello. You could also say firefox = final.callPackage { } ... to inject a whole new derivation you’ve written yourself. You could make firefox = "foo" if you wanted to (not that that’d make any sense to do).

        firefox = prev.firefox.override { ... } is just the specific case where you set the firefox package to its overridden variant (.override returns a new derivation).

        That’s everything as far as overlays are concerned.

        The other piece to this puzzle are overrides. Overrides are a function of each derivation that returns a modified version of the derivation. You can override parameters (a package definition is usually a function) or the attributes of the mkDerivation call. The former obviously relies on the derivation having some flags you could change in its parameters while the latter can do anything you could do in a mkDerivation call (adding additional patches, using a different src, running some more commands preInstall etc.).

        You can use overrides without overlays. If all you want is a leaf package but slightly different in your systemPackages, you could do that directly where you set it:

        environment.systemPackages = [
          (firefox.override { ... })
          hello
          whatever
          ...
        ];
        

        Overlays come into play when you want to have dependants of the package to also use the overridden variant without having to explicitly inject it via another override every time or need to modify some service’s package that you didn’t set yourself (most offer an option to change the package used but some don’t).