Bug 1228960
| Summary: | DNF sometimes removes downloaded packages while they are not installed | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Hedayat Vatankhah <hedayatv> |
| Component: | dnf | Assignee: | Packaging Maintenance Team <packaging-team-maint> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 22 | CC: | eduard.vopicka, jsilhan, mluscon, packaging-team-maint, pnemade, rholy, tim.lauridsen, tomastrnka, vmukhame |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-06-19 08:41:10 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Hedayat Vatankhah
2015-06-07 06:12:08 UTC
Dnf also re-downloads all packages to be installed (and downloaded previously) after this type of error: Running transaction check Transaction check succeeded. Running transaction test Error: Transaction check error: installing package firefox-38.0.1-6.fc22.i686 needs 13MB on the / filesystem Error Summary ------------- Disk Requirements: At least 13MB more space needed on the / filesystem. [root@lin ~]# I've just hit the same bug and it is incredibly annoying. I have a update transaction that is failing due to file conflicts like this: file /usr/bin/git from install of git-2.4.3-2.fc22.x86_64 conflicts with file from package git-core-2.4.3-1.fc22.x86_64 This is terribly difficult to debug as each run of DNF has to download ~300 MiB of packages over and over again. I can't imagine a situation where deleting the packages after transaction failure would be the right thing to do. IMHO it is safe to assume that the user will sooner or later want to finish the transaction successfully, so that the downloaded packages will be useful. If someone is running so tight on disk space that some megabytes of extra packages lying around would be a problem, there's dnf clean for that. Given the ratio of common HDD sizes and connection speeds, it is in any case worse to re-download than to use more diskspace. The git package update issue is discussed in bug 1231736 and here the reported issue seems to me related to keepcache issue reported in bug 1220074 Yes, this bug is a duplicate of bug 1220074. Can anyone please mark it as such? Done (In reply to Tomáš Trnka from comment #2) > I can't imagine a situation where deleting the packages after transaction > failure would be the right thing to do. I'm not saying that this is the rationale behind the current behaviour but maybe I can help you to imagine the situation. Actually the current problem with git is a good example. People who know these "file X conflicts between attempted installs" errors know that this is a packaging problem and that there is no reason to try to install git*-2.4.3-1.fc22 packages again because the attempt will always fail. They has to install the earlier version or wait for the next version. Anyway, they will never install git*-2.4.3-1.fc22 in the future and thus there is no reason to preserve these files on the disk. Or the package may have a wrong GPG signature. Or something similar may happen if someone wants to install 2 relative packages but it turns out that one of them is not available any more. Then you don't need to save the second one because you need it only if the first one is available as well. And imagine that the package has few hundreds of megabytes. And don't forget that this behaviour is easier to implement which in turn makes DNF easier to maintain and thus more reliable. Anyway, as you can see, we are working on changing the behaviour. I just wanted to show that the current behaviour has some advantages and personally, if I was the only user of DNF, I'd stay with the current behaviour exactly because of the reasons above. *** This bug has been marked as a duplicate of bug 1220074 *** |