Bug 81022
| Summary: | mozilla RPMs don't remove empty directories when removed | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Braden McDaniel <braden> | ||||
| Component: | mozilla | Assignee: | Christopher Aillon <caillon> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 5 | CC: | aleksey, mcepl, mcepl, michael, petersen, wtogami | ||||
| Target Milestone: | --- | Keywords: | Reopened | ||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | fc6 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2007-02-05 12:53:18 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 79579, 100644 | ||||||
| Attachments: |
|
||||||
|
Description
Braden McDaniel
2003-01-03 15:55:11 UTC
Is this truly a bug? Many other packages don't remove empty directories either. Yes, mozilla has lots of unowned directories: % rpm -qf /usr/include/mozilla-1.4/mozilla-config.h mozilla-devel-1.4-12 % rpm -qf /usr/include/mozilla-1.4 file /usr/include/mozilla-1.4 is not owned by any package % rpm -qf /usr/include/mozilla-1.4/gtkembedmoz/gtkmozembed.h mozilla-devel-1.4-12 % rpm -qf /usr/include/mozilla-1.4/gtkembedmoz file /usr/include/mozilla-1.4/gtkembedmoz is not owned by any package It would be nice to have all the directories in the manifest to prevent this: % ls /usr/include/mozilla-1.[Tab] mozilla-1.3/ mozilla-1.4/ mozilla-1.4b/ Created attachment 92991 [details]
patch to add include dirs to package manifest
This is, in general, a good idea. I am wondering, however, if these directories were left behind because some plugins tend to install themselves into /usr/lib/mozilla-1.x instead of the symbolic link /usr/lib/mozilla. I think some sort of logic would be good in the removal/upgrade process to migrate all plugins from legacy directories to the current version directory. That way, people don't find themselves unable to view that particular applet or flash object. That would be bad. Plug-ins that are version-independent should be installing
themselves in ${libdir}/mozilla/plugins, not the versioned directory.
Regardless, certainly a directory shouldn't be deleted by an RPM uninstall if
it still has files in it.
> Regardless, certainly a directory shouldn't be deleted by an RPM uninstall if
> it still has files in it.
(And indeed rpm doesn't delete non-empty directories.)
Just a reminder that, 1.5 years after being reported, this is still a problem. After upgrading to mozilla-1.7.2 I noticed that directories /usr/lib/mozilla-1.7 and /usr/include/mozilla-1.7 were still present on my system. As was the directory structures from the even older mozilla-1.6 installation. The RPM upgrade correctly removed the old files in these directories, but left the directory structures in place. These obsolete directory structures are useless and should be removed. This seems to be fixed in mozilla-1.7.2-0.2.0 finally. :) *** This bug has been marked as a duplicate of 74160 *** This problem persists. Upgrading from mozilla 1.7.12 to 1.7.13 leaves a bunch of directories around. Mozilla has been removed from Fedora, and this has been already fixed in firefox. |