From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041220 Fedora/1.7.5-2.icc Description of problem: Mozilla package(s), when uninstalled in the course of an upgrade, leave several empty directories remaining after un-installation. These are version-specific directories beneath the /usr/lib/, usr/include/ and /usr/share/idl/ directories. For example, I just updated to mozilla-1.7.5-1 (all packages for this version: "rpm -U mozilla-1.7.5*"), after doing several prior updates. Now I see that the following directories exist on my system: /usr/share/idl/mozilla-1.6 /usr/share/idl/mozilla-1.7 /usr/share/idl/mozilla-1.7.2 /usr/share/idl/mozilla-1.7.3 /usr/share/idl/mozilla-1.7.5 All these directories are empty, with the exception of the last one which is still in use. The same set of empty directories can be found beneath /usr/lib and /usr/include. Version-Release number of selected component (if applicable): mozilla-1.7.5-1 How reproducible: Always Steps to Reproduce: 1.Update existing mozilla packages to a new version 2. 3. Actual Results: The older version of Mozilla is uninstalled prior to the installation of the new packages, but leaves unused directories behind. Expected Results: All files and directories used the packages to be uninstalled should be removed. Additional info: I stated above that this is seen on a Fedora Core #3 system, but the problem is not an artifact of this distribution. The same behavior is seen with FC2 and with RHL v9. Also, the empty directories are indeed orphans. When queried, RedHat Package Manager states that the empty directories are not owned by any package.
I can verify it, this one's been around for as long as mozilla's been in rpms. Even if no 3rd party files are still present.
Just a note to say that this problem remains in the v1.7.6 pre-release (mozilla-1.7.6-cvs20050313) RPM now in Rawhide. Installation (rpm -U) of these packages leaves the emptied directories from the prior version (mozilla-1.7.5) in place.
*** This bug has been marked as a duplicate of 74160 ***