Description of problem: From el10 rpmbuild (i think) creates both an unversioned and a versioned provides of group(*groupname*) when creating a group according to this pattern: https://docs.fedoraproject.org/en-US/packaging-guidelines/UsersAndGroups/#_dynamic_allocation (the version appears to be a base64 encoded string of some of the sysusers data). rpmlint does not approve and complains: rpmlint gvm-libs.spec rpmbuild/SRPMS/gvm-libs-22.21.0-1liu2.el10.src.rpm rpmbuild/RPMS/x86_64/gvm-libs-* rpmlint session starts rpmlint: 2.7.0 configuration: /usr/lib/python3.12/site-packages/rpmlint/configdefaults.toml /etc/xdg/rpmlint/fedora-legacy-licenses.toml /etc/xdg/rpmlint/fedora-spdx-licenses.toml /etc/xdg/rpmlint/fedora.toml /etc/xdg/rpmlint/scoring.toml /etc/xdg/rpmlint/users-groups.toml /etc/xdg/rpmlint/warn-on-functions.toml checks: 31, packages: 6 gvm-libs.x86_64: E: useless-provides group(gvm) ... Version-Release number of selected component (if applicable): rpm -q rpmlint rpmlint-2.7.0-3.el10_1.noarch How reproducible: Always Steps to Reproduce: 1. rpmbuild package using sysusers to provision a group on el10 2. rpmlint the package on el10 Actual results: Complaints about "gvm-libs.x86_64: E: useless-provides group(gvm)" Expected results: No error about provides that i can't influence (short of ignoring Fedoras advice and devising some n.i.h. way to provision the group). Additional info: Easily worked around with a filter so not particularly severe.
We could: - stop generating the provides without version (cc @zbyszek.pl ) - filter the warning in rpmlint upstream - filter the warning in rpmlint downstream (see https://src.fedoraproject.org/rpms/rpmlint/blob/rawhide/f/fedora.toml )