Bug 150963
Summary: | RFE: Yum should list what it's going to delete | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ivan Gyurdiev <ivg231> |
Component: | yum | Assignee: | Jeremy Katz <katzj> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | katzj |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-07-29 18:27:54 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: |
Description
Ivan Gyurdiev
2005-03-12 22:28:19 UTC
What's the status of this bug - yum still does not list what it's going to erase. why do you think yum is erasing this package? Because it's installing unrelated dependencies? Why would it want to install eel2, when I already provide that dependency in the fake-source-provides package? It seems clear that it's getting rid of it - the dependency set being installed matches perfectly the dependencies that package provides. I'm betting it doesn't actually match perfectly. I'm betting it is off by enough to cause yum to pull in the new ones. Oh and just so you know - excluding obsoletes (which is only an implicit erase) yum will NEVER erase any package on install/update. Let's look at a simpler case - I no longer use the packages above, and I can't test with those, but I now have: wine, wine-devel, scribus, ORBit2, and ORBit2-devel in the fake package. Nothing depends on wine, wine-devel, or scribus, so ORBit is the package(s) of interest. Starting up yum. The task: Install ORBit2 - a rather stupid task, given that the depdency is already present (fake), but I assume yum looks for the package, not for the dependency, and can't find it. First, it takes forever to resolve dependency - I don't know why, I just updated 400 packages at reasonable speed today with the same yum. CPU is ~0, disk activity is very high. Excluding Packages in global exclude list Finished Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package ORBit2.i386 0:2.12.1-3 set to be updated --> Running transaction check --> Processing Dependency: ORBit2-devel for package: gnome-pilot-devel --> Processing Dependency: ORBit2-devel >= 2.6.0 for package: libgnomeui-devel --> Processing Dependency: ORBit2-devel >= 2.7.5 for package: libbonobo-devel --> Processing Dependency: ORBit2-devel >= 2.5.1 for package: libbonoboui-devel --> Processing Dependency: ORBit2-devel >= 2.5.1 for package: libgnome-devel --> Processing Dependency: ORBit2-devel >= 2.8.0 for package: GConf2-devel --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package ORBit2-devel.i386 0:2.12.1-3 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: ORBit2 i386 2.12.1-3 development 234 k Installing for dependencies: ORBit2-devel i386 2.12.1-3 development 364 k Transaction Summary ============================================================================= Install 2 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 597 k Is this ok [y/N]: Now why does it want to do that? ORBit2 doesn't depend on ORBit2-devel. Those other things should already have access to ORBit2-devel in the fake package. run: rpm -Va --nofiles --nomd5 on your system. tell me what, if anything, it reports. thanks Unsatisfied dependencies for libquicktime-0.9.3-0.lvn.2.3.i686: libraw1394.so.5 Unsatisfied dependencies for SDL_sound-1.0.1-0.lvn.1.3.i386: libFLAC.so.4 Unsatisfied dependencies for xine-lib-1.0.0-0.lvn.3.3.i386: libFLAC.so.4 mmm.. I better fix those Awaiting more information closing for now reopen if we get news |