Bug 1043960 - clean_requirements_on_remove no longer uninstalls leaves
Summary: clean_requirements_on_remove no longer uninstalls leaves
Keywords:
Status: CLOSED DUPLICATE of bug 979083
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Packaging Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-17 14:06 UTC by Christoph Wickert
Modified: 2014-02-03 14:52 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-02-03 14:52:29 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Christoph Wickert 2013-12-17 14:06:40 UTC
Description of problem:
After upgrading to Fedora 20, "clean_requirements_on_remove=1" in /etc/yum.conf no longer uninstalls leaves.

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

How reproducible:
always

Steps to Reproduce:
1. set "clean_requirements_on_remove=1" in /etc/yum.conf
2. install something with dependencies. 
3. uninstall it

Actual results:
dependencies are not uninstalled automatically. If you have yum-plugin-show-leaves, it will actually show you the leaves. but they will not be uninstalled. This is pretty cumbersome, sometimes one needs 5 or 6 iterations of manually removing the new leaves to fully uninstall all deps.

Expected results:
all leaves should be removed automatically.

Additional info:
Worked fine in F19 until I upgraded.

Comment 1 Zdeněk Pavlas 2014-01-29 10:24:56 UTC
We can't reproduce it in F20. Might be a problem with yumdb. Can you check the yumdb attributes of the leaf package Yum does not remove?

(yumdb info <pkgname>).  Unless "reason = dep", Yum won't remove it, because it will be considered user-installed.

Comment 2 Christoph Wickert 2014-01-29 15:54:16 UTC
Thanks for this hint.

It works for new packages that got installed with reason=dep, however with the upgrade to F20, clean_requirements_on_remove broke for all previous installed packages. Did nobody think about implementing the new yum groups as object stuff in a way that does not break backwards compatibility?

Comment 3 Valentina Mukhamedzhanova 2014-02-03 14:52:29 UTC

*** This bug has been marked as a duplicate of bug 979083 ***


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