utils/getdeveloperlib.py: reduce Cc: list based on package infras
authorThomas Petazzoni <thomas.petazzoni@bootlin.com>
Wed, 10 Feb 2021 08:01:35 +0000 (09:01 +0100)
committerYann E. MORIN <yann.morin.1998@free.fr>
Wed, 10 Feb 2021 21:10:58 +0000 (22:10 +0100)
commit38b0560f4ee1f113e32ce2cf59a08c37a967150d
tree260c46dac69cc085582638895808e7394f080bee
parenta7bd76b6f5224ad78d344b6f8f0e065720c9ddb7
utils/getdeveloperlib.py: reduce Cc: list based on package infras

When a developer has package/pkg-<infra>.mk assigned to him/her in the
DEVELOPERS file, this has 3 implications:

 (1) Patches adding new packages using this infrastructure are Cc'ed
     to this developer. This is done by the analyze_patch() function,
     which matches the regexp r"^\+\$\(eval
     \$\((host-)?([^-]*)-package\)\)$" in the patch, i.e where an
     added line contains a reference to the infra maintained by the
     developer.

 (2) Patches touching the package/pkg-<infra>.mk file itself are Cc'ed
     to this developer.

 (3) Any patch touching a package using this infra are also Cc'ed to
     this developer.

Point (3) causes a significant amount of patches to be sent to
developers who have package/pkg-generic.mk and
package/pkg-autotools.mk assigned to them in the DEVELOPERS
file. Basically, all patches touching generic or autotools packages
get CC'ed to such developers, which causes a massive amount of patches
to be received.

So this patch adjusts the getdeveloperlib.py to drop point (3), but
preserves point (1) and (2). Indeed, it makes sense to be Cc'ed on new
package additions (to make a review that they use the package
infrastructure correctly), and it makes sense to be Cc'ed on patches
that touch the infrastructure code itself.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
utils/getdeveloperlib.py