File /usr/bin/bump conflicts with the package mesa-demos-8.4.0-alt1.x86_64. Moreover, the packages have no explicit conflicts with each other. You should add explicit conflicts, or, if conflicts are avoidable, consider using alternatives.

cockpit-ws-187-alt1.x86_64

systemd-but-no-native-init

warn

The package have native systemd file(s) but no SysV init scripts.

custodia-0.6.0-alt1.noarch

subdir-in-var-run

info

Found a subdir in /var/run or /var/lock. /var/run and /var/lock may be mounted as temporary filesystems, so the init.d scripts must handle this correctly. This will typically amount to creating any required subdirectories dynamically when the init.d script is run, rather than including them in the package and relying on rpm to create them.

custodia-0.6.0-alt1.noarch

systemd-but-no-native-init

warn

The package have native systemd file(s) but no SysV init scripts.

freeipa-common-4.7.1-alt6.x86_64

arch-dep-package-consists-of-usr-share

info

The package consists of architecture-independent data in /usr/share, while it is an architecture-dependent package. This is wasteful of mirror space and bandwidth, as we then end up with multiple copies of this data, one for each architecture. If the data in /usr/share is not architecture-independent, it is a policy violation, and in this case, you should move that data elsewhere.

freeipa-server-4.7.1-alt6.x86_64

systemd-but-no-native-init

warn

The package have native systemd file(s) but no SysV init scripts.

freeipa-server-4.7.1-alt6.x86_64

systemd-check-socket-name

experimental

in freeipa-server-4.7.1-alt6.x86_64: there is a socket ipa-otpd.socket but no service ipa-otpd.service. Ask ildar@ why it is not right.

freeipa-server-common-4.7.1-alt6.x86_64

file-in-usr-marked-as-conffile

warn

Files below /usr may not be marked as conffiles, since/usr might be mounted read-only and thus, the local system administrator would not have a chance to modify this configuration file.

freeipa-server-common-4.7.1-alt6.x86_64

subdir-in-var-run

info

Found a subdir in /var/run or /var/lock. /var/run and /var/lock may be mounted as temporary filesystems, so the init.d scripts must handle this correctly. This will typically amount to creating any required subdirectories dynamically when the init.d script is run, rather than including them in the package and relying on rpm to create them.

freeipa-server-common-4.7.1-alt6.x86_64

systemd-but-no-native-init

warn

The package have native systemd file(s) but no SysV init scripts.

freeipa-server-dns-4.7.1-alt6.x86_64

systemd-but-no-native-init

warn

The package have native systemd file(s) but no SysV init scripts.

gssproxy-0.8.0-alt2.x86_64

subdir-in-var-run

info

Found a subdir in /var/run or /var/lock. /var/run and /var/lock may be mounted as temporary filesystems, so the init.d scripts must handle this correctly. This will typically amount to creating any required subdirectories dynamically when the init.d script is run, rather than including them in the package and relying on rpm to create them.

The package has a significant amount of architecture-independent data in /usr/share, while it is an architecture-dependent package. This is wasteful of mirror space and bandwidth, as we then end up with multiple copies of this data, one for each architecture. If the data in /usr/share is not architecture-independent, it is a policy violation, and in this case, you should move that data elsewhere.

Found a subdir in /var/run or /var/lock. /var/run and /var/lock may be mounted as temporary filesystems, so the init.d scripts must handle this correctly. This will typically amount to creating any required subdirectories dynamically when the init.d script is run, rather than including them in the package and relying on rpm to create them.

pki-server-10.6.9-alt3.noarch

systemd-but-no-native-init

warn

The package have native systemd file(s) but no SysV init scripts.

uid_wrapper-1.2.4-alt1.x86_64

altlinux-policy-shared-lib-contains-devel-so

info

SharedLibs Policy Draft violation: Shared Lib package should not contain symlink /usr/lib64/libuid_wrapper.so but just /usr/lib64/libuid_wrapper.so.0.0.6. According to SharedLibs Policy Draft, symlink /usr/lib64/libuid_wrapper.so should be placed in a special subpackage named lib-devel. If you have already packaged this symlink in lib-devel, just append \%exclude /usr/lib64/libuid_wrapper.so to \%files of uid_wrapper-1.2.4-alt1.x86_64. Otherwise, move the symlink into the subpackage lib-devel. There is a known exception for case the .so file is not a shared lib but a plugin that is never directly linked with. Please report such a case to repocop test.