Because of the way ci/eval/compare/maintainers.nix is implemented, if a mass-rebuild PR edits all-packages.nix, maintainers for a bunch of non-relevant packages will get pinged. Specifically, it will be packages which have their description, longDescription, maintainers, or teams set in all-packages.nix.
As a particular example, the @NixOS/security-review team was pinged in #431131 because it's listed as a team maintainer of git-doc, which was among the packages rebuilt and has its description set in all-packages.nix.
I see three ways to avoid/mitigate this:
- Add an exception in
maintainers.nix for all-packages.nix,
- Move all
description/longDescription/maintainers/teams settings out of all-packages.nix,
- Change the "changed files" logic into a "changed file ranges" logic, to gracefully and correctly handle cases like this.
Because of the way ci/eval/compare/maintainers.nix is implemented, if a mass-rebuild PR edits
all-packages.nix, maintainers for a bunch of non-relevant packages will get pinged. Specifically, it will be packages which have theirdescription,longDescription,maintainers, orteamsset inall-packages.nix.As a particular example, the @NixOS/security-review team was pinged in #431131 because it's listed as a team maintainer of
git-doc, which was among the packages rebuilt and has itsdescriptionset inall-packages.nix.I see three ways to avoid/mitigate this:
maintainers.nixforall-packages.nix,description/longDescription/maintainers/teamssettings out ofall-packages.nix,