Description of problem: Packages from httpd24 collection creates some files/directories without owning them, which is probably also reason why they are not deleted when all httpd24 packages are removed. Version-Release number of selected component (if applicable): httpd24-httpd-2.4.18-4 httpd24-curl-7.47.1-1.1 httpd24-1.1-11 ... and several others How reproducible: always Steps to Reproduce: 1. yum install httpd24\* 2. check rpm ownership of every file/dir in /opt/rh/httpd24 # every package should have owner 3. yum remove httpd24\* 4. find /opt/rh/httpd24 # should be empty Actual results: Files/dirs not owned by any package on rhel-6: * /opt/rh/httpd24/root/usr/share/zsh Files/dirs not owned by any package on rhel-7: * /opt/rh/httpd24/root/usr/share/licenses * /opt/rh/httpd24/root/usr/share/man/man3 * /opt/rh/httpd24/root/usr/share/zsh Files/dirs left after uninstall on rhel-6: * /opt/rh/httpd24/root/usr/lib64/httpd/modules/libphp5.so * /opt/rh/httpd24/root/usr/share/zsh Files/dirs left after uninstall on rhel-7: * /opt/rh/httpd24/root/usr/bin * /opt/rh/httpd24/root/usr/share/doc * /opt/rh/httpd24/root/usr/share/licenses * /opt/rh/httpd24/root/usr/share/man/man1 * /opt/rh/httpd24/root/usr/share/man/man3 * /opt/rh/httpd24/root/usr/share/zsh Expected results: No files not owned by any package and all files removed when all httpd24 packages are removed. Additional info: This is difference from previous release of httpd24. If some of these files are expected, please provide explanation and I'll add them into whitelist.
Most of these are coming from libcurl/libnghttp2; can you whitelist them? Nothing very serious. I'm not sure how this: /opt/rh/httpd24/root/usr/lib64/httpd/modules/libphp5.so ... gets left behind, checking with Remi.
We are not sure out what created that libphp5.so in that particular location. Is it a symlink? No package /opt/rh/httpd24/root/usr/lib64/httpd/modules/libphp5.so available. None of php54-php, php55-php, rh-php56-php create that file.
/opt/rh/httpd24/root/usr/lib64/httpd/modules/libphp5.so is caused by another test. For the rest, I can add that to the whitelist, but I'm not sure it's the right think to do. I would prefer to solve this by letting libcurl/libnghttp2 to own that files/dirs (not necessary this release).
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://access.redhat.com/errata/RHBA-2016:1154