.github/CODEOWNERS: Add infinisil to NixOS modules

[infinisil]

Motivation for this change

I'm often involved with NixOS modules and know a lot about them. Would like to help all PR's that change them.

Things done

• Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
• Built on platform(s)
  • NixOS
  • macOS
  • other Linux distributions
• Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
• Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
• Tested execution of all binary files (usually in ./result/bin/)
• Determined the impact on package closure size (by running nix path-info -S before and after)
• Fits CONTRIBUTING.md.

---

[samueldr]

Looks for @infinisil in the changes: 0/0 results.

[7c6f434c]

@samueldr What did you look for? 35c069e seems to be a relevant non-merge commit, for example.

[infinisil]

Ah yes, some links

These only include ones with the "has: module (update)" label:

• 67 labeled PR's I reviewed
• 16 labeled PR's by me

My non-trivial NixOS module PR's (manually looked through all my PR's):

• nixos/znc: More flexible module, cleanups #45470
• radicale: update to version 2 #27826
• znapzend service: stateless setup #32914
• NixOS module support: Separate NUR nixpkgs from repos nixpkgs, avoid callPackages nix-community/NUR#27 (not nixpkgs, but still relevant)
• usbmuxd service: init #30518
• ipfs service: dataDir backwards compatibility, fix dataDir existance detection #25782

I've spent a lot of time diving into the module system internals and know pretty much everything about it too :3.

[dywedir]

I think @samueldr meant this:

+ # NixOS modules
+ /nixos/modules
+ 

[infinisil]

Oh haha, whoops, will fix

[samueldr]

@7c6f434c just confirming, @dywedir is right, the changes did not initially include infinisil in the CODEOWNERS file.