Bug 815244 - Erasing some kernel with "yum erase ..." will not remove the specific subdir of /lib/modules
Summary: Erasing some kernel with "yum erase ..." will not remove the specific subdir ...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: 17
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Fedora Packaging Toolset Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-04-23 08:02 UTC by Joachim Backes
Modified: 2014-01-21 23:21 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-05-28 20:32:02 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Joachim Backes 2012-04-23 08:02:35 UTC
Description of problem:
If I erase some kernel with yum, all modules in /lib/modules/<kernelversion> made by dkms are removed too, but /lib/modules/<kernelversion> itself will remain, so I have to remove it manually.

Version-Release number of selected component (if applicable):
yum-3.4.3-23.fc17.noarch

How reproducible:
Each time

Steps to Reproduce:
1.Remove a not active kernel by "yum erase..."
2.
3.
  
Actual results:
The kernel is removed and manually added kernel modules, but no /lib/modules/<kernelversion>

Expected results:
/lib/modules/<kernelversion> will be removed totally.

Additional info:
The only additional modules I have are those of VirtualBox from virtualbox.org

Comment 1 Fedora Admin XMLRPC Client 2012-04-27 15:23:54 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 2 James Antill 2013-05-28 20:32:02 UTC
 Yum doesn't do any of this. My guess is some %post scriptlet is removing the "external" modules ... but that happens after rpm checks to see if it's safe to remove the directory (and decides it isn't because it's not empty).
 Or rpm might be keeping it due to permission/owner changes ... or something else.


Note You need to log in before you can comment on or make changes to this bug.