Bug 1276897
| Summary: | DNF/YUM - Longstanding Dispay Bug | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | John C. Beima <jbeima> | ||||
| Component: | dnf | Assignee: | rpm-software-management | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 25 | CC: | jbeima, jmracek, mluscon, packaging-team-maint, vmukhame | ||||
| Target Milestone: | --- | Keywords: | Triaged, UserExperience | ||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2017-04-18 15:19:18 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: | |||||||
| Attachments: |
|
||||||
What version of DNF are you using? I remember we were fixing something like that. I believe teh machine I captured this from is 1.1.3-1, however it has been in all versions of dnf that shipped with Fedora 22. I also believe this has been in yum for years before this. I do recall the verification section used to do it as well, but I believe it was fixed at some point. Which appeared strange that only one section was fixed. I would guess that dnf's status section is not really setup to handle more than one packing with the same name, since the kernel is the only time it happens. Possibly searching the list of packages to process from the begining everytime instead of from where it is at? Just a theory. ONe additional note. This does happen each and every time. I am running Fedora 22 x64. This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. Just updating this to include Fedora 24 so it does not just get closed. This still exists all his time later. This bug still exists in Fedora 25. Very disappointed to see the complete and utter lack of quality in this application and lack of caring by it's maintainers. I have good news because I cannot reproduce it anymore with dnf-2.3.0-1.git.3.33e4097.fc25.noarch, libdnf-0.8.1-2g8379fd9.fc25.x86_64. The dnf-2.3 was released into rawhide, but can be installed from out testing repository "dnf copr enable rpmsoftwaremanagement/dnf-nightly". Please if the problem appears with dnf-2.3 or later version, please don't hesitate to reopen the bug report. And I am sorry for so long time that you waited for solving the problem. |
Created attachment 1088294 [details] Photo displaying output. Description of problem: When you use DNF or YUM to erase 2 kernels, the progress/status section of the output in the "erasing" block says it is "erasing" the first kernel more than once and does not mention the second kernel. The "verification" section displays properly. Please see the attached image. Version-Release number of selected component (if applicable): All versions, for a very long time have done this. How reproducible: Simply erase 2 out of the 3 installed kernels. Steps to Reproduce: 1. dnf erse kernel-core-1 kernel-core-2 2. "Y" 3. Look at the status Section. Actual results: DNF appears to remove the kernels properly. This appears to just be a cosmetic "status" bug in the "erasing" section. Expected results: Things work as expected. Additional info: