Description of problem: In the RHEL7 rh-perl520 collection, there are man directories which are outside content owned by the packages. Thus, they are left behind when uninstalling the bits. [0 root@qeos-22 test]# rpm -qf /opt/rh/rh-perl520/root/usr/share/man/man{1,3,7} file /opt/rh/rh-perl520/root/usr/share/man/man1 is not owned by any package file /opt/rh/rh-perl520/root/usr/share/man/man3 is not owned by any package file /opt/rh/rh-perl520/root/usr/share/man/man7 is not owned by any package [0 root@qeos-22 test]# On RHEL6, the ownership is correct: [0 root@qeos-46 test]# rpm -qf /opt/rh/rh-perl520/root/usr/share/man/man{1,3,7} rh-perl520-runtime-2.0-7.el6.x86_64 rh-perl520-runtime-2.0-7.el6.x86_64 rh-perl520-runtime-2.0-7.el6.x86_64 [0 root@qeos-46 test]# Version-Release number of selected component (if applicable): rh-perl520-runtime-2.0-7.el7
This looks like a bug in scl-utils: rh-perl520.spec for both RHELs contains: %files runtime %doc README LICENSE %scl_files %{_mandir}/man7/%{scl_name}.* The ownership of directories in question is defined by the %scl_files macro delivered by scl-utils-build.
The definition of files should be on RHEL 7 %files runtime -f filelist %doc README LICENSE %scl_files %{_mandir}/man7/%{scl_name}.*
Created attachment 1030540 [details] Use "-f filelist" in files section It is required only for RHEL 7
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-2729.html