Bug 1516045
Summary: | dnf clean_requirements_on_remove breaks everything and makes the system unbootable | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Stephen Herr <sherr> | ||||
Component: | libsolv | Assignee: | rpm-software-management | ||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | urgent | Docs Contact: | |||||
Priority: | urgent | ||||||
Version: | 27 | CC: | dmach, ignatenko, jmracek, mcermak, mhatina, packaging-team-maint, rpm-software-management, sherr, vmukhame | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2017-11-22 13:45:26 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: | |||||||
Bug Depends On: | 1284349, 1338921 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Stephen Herr
2017-11-21 22:12:24 UTC
Please run dnf with --debugsolver and attach debugdata directory. libsolv after some release should not automatically remove such things. $ sudo dnf --debugsolver remove keepass Dependencies resolved. ==================================================================================================== Package Arch Version Repository Size ==================================================================================================== Removing: keepass x86_64 2.35-3.fc26 @@commandline 2.9 M Removing dependent packages: mono-core x86_64 4.8.0-7.fc26 @@commandline 53 M mono-data x86_64 4.8.0-7.fc26 @@commandline 16 M mono-data-sqlite x86_64 4.8.0-7.fc26 @@commandline 207 k mono-extras x86_64 4.8.0-7.fc26 @@commandline 1.5 M mono-mvc x86_64 4.8.0-7.fc26 @@commandline 1.6 M mono-wcf x86_64 4.8.0-7.fc26 @@commandline 3.1 M mono-web x86_64 4.8.0-7.fc26 @@commandline 8.4 M mono-winforms x86_64 4.8.0-7.fc26 @@commandline 5.1 M xdotool x86_64 1:3.20150503.1-3.fc26 @@commandline 90 k Removing unused dependencies: libgdiplus x86_64 4.2-3.fc26 @@commandline 430 k libxdo x86_64 1:3.20150503.1-3.fc26 @@commandline 74 k sqlite x86_64 3.20.1-1.fc26 @updates 1.1 M xsel x86_64 1.2.0-19.fc26 @updates 43 k Transaction Summary ==================================================================================================== Remove 14 Packages Freed space: 93 M Is this ok [y/N]: Where is the debugdata directory? (In reply to Stephen Herr from comment #3) > Where is the debugdata directory? In cwd. Created attachment 1357039 [details]
debugdata file as requested
Please justify why bricking a user's system with no warning is a "medium severity / urgency" issue. I know that *I* can recover from this problem, by debugging what is missing, discovering the http fedora repo locations, using another computer to download the appropriate missing package to a usb, and then copying it over to the affected system and using 'rpm' to install it. But I am not an average user. To the average user this would be a completely bricked system. (In reply to Stephen Herr from comment #6) > Please justify why bricking a user's system with no warning is a "medium > severity / urgency" issue. I know that *I* can recover from this problem, by > debugging what is missing, discovering the http fedora repo locations, using > another computer to download the appropriate missing package to a usb, and > then copying it over to the affected system and using 'rpm' to install it. > But I am not an average user. To the average user this would be a completely > bricked system. As long as you use dnf -- you are experienced users. Everyone else are using gnome-software which doesn't have that bug. Also how priority in bz matters? Maintainers work in free time... And "libsolv" is used only by dnf? (honest question, I don't know) And it's not true that only power users use the command line. All forums / how-to articles always give instructions in terms of command line commands because it's easier. Do we not want people who read help articles to be able to use Fedora? Even if it is only power users, and even if it is only your spare time, it doesn't matter. The correct severity / urgency of this issue is Urgent, in any sane way that you could define them. So it should be marked as such. Just because it's not your day job to maintain this package does not mean it's impossible for there to exist urgent-priority issues. If absolutely nothing else the urgency should help you prioritize which issue to tackle next. Sorry for changing the title, I realize that must seem petty. But the title is not for the developer, who already knows what the actual problem is. Titles are for searchers who are looking to see if a bug has already been reported. (In reply to Stephen Herr from comment #8) > And "libsolv" is used only by dnf? (honest question, I don't know) AFAIK, yes. There are bunch of tools which use libsolv tho. So looking more into debugdata.... sqlite contains only binary while all sqlite libraries are in the sqlite-libs package. Which libsolv didn't remove. So NOTABUG :) (In reply to Igor Gnatenko from comment #11) > So looking more into debugdata.... sqlite contains only binary while all > sqlite libraries are in the sqlite-libs package. Which libsolv didn't > remove. So NOTABUG :) Well that's good that I was not seconds from a bricked system, but what makes you think it matters? Can the root problem as described in comment 0 can still occur? I don't think I have any 3rd party rpms installed on this computer right now, so I guess I didn't trigger the described problem. But the root problem is that you are removing leaf dependencies, which is not safe and can and will brick people's systems if they have RPMs installed that bundle system libraries. It's only NOTABUG if anything in that sentence is not true. (In reply to Stephen Herr from comment #12) > (In reply to Igor Gnatenko from comment #11) > > So looking more into debugdata.... sqlite contains only binary while all > > sqlite libraries are in the sqlite-libs package. Which libsolv didn't > > remove. So NOTABUG :) > > Well that's good that I was not seconds from a bricked system, but what > makes you think it matters? > > Can the root problem as described in comment 0 can still occur? I don't > think I have any 3rd party rpms installed on this computer right now, so I > guess I didn't trigger the described problem. > > But the root problem is that you are removing leaf dependencies, which is > not safe and can and will brick people's systems if they have RPMs installed > that bundle system libraries. It's only NOTABUG if anything in that sentence > is not true. mls did change to not remove "alternatives" automatically, so if there are sqlite-libs and foobarbaz providing libsqlite.so.3 -> autoremove will not remove any of them. So it's not harmful in any way nowadays. Before I thought that this codepath didn't work, but after looking close - it does work as expected. Okay, thank you for looking. Sorry for being overly alarmist. |