Bug 1338198
| Summary: | corebird incorrectly removes sqlite-libs when uninstalling | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Gerald Cox <gbcox> |
| Component: | dnf | Assignee: | Packaging Maintenance Team <packaging-team-maint> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | urgent | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 23 | CC: | jsilhan, mcatanzaro+wrong-account-do-not-cc, mluscon, packaging-team-maint, pnemade, rlerch, samuel-rhbugs, vmukhame |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-05-24 01:20:43 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
Gerald Cox
2016-05-21 18:17:30 UTC
For those of you who are unfortunate enough to encounter this error: Download both packages into a new directory and then run these commands: rpm2cpio sqlite-3.11.0-1.fc23.x86_64.rpm | cpio -idmv rpm2cpio sqlite-libs-3.11.0-1.fc23.x86_64.rpm |cpio -idmv sudo cp -R usr/ / sudo dnf --best --allowerasing install sqlite Reassigning to dnf for triage. At the risk of stating the obvious, sqlite-libs does not depend on corebird. This cannot be a problem with the corebird package, because sqlite-libs does not depend on corebird, so removing corebird can't force sqlite-libs to be uninstalled. This means that dnf must consider sqlite-libs to be a dependency that isn't needed any more. As far as I can tell, rpm does not require sqlite. Dnf does, but not directly. The dependency chain there goes through python to python-libs which requires libsqlite3.so.0(). It appears that at some point during the F23 cycle, sqlite was split into two packages, sqlite and sqlite-libs. This means that the package that provides libsqlite3.so.0() has changed from sqlite to sqlite-libs. Do you have the 32-bit version of sqlite-libs installed as well? The sqlite package has a dependency on sqlite-libs with no bit size. However, that still doesn't explain why python (along with a lot of other packages) wouldn't have kept it in because that has an arch dependency. The only other package that provides that is the original sqlite package and that should not be installed still. (In reply to Samuel Sieb from comment #3) > This cannot be a problem with the corebird package, because sqlite-libs does > Do you have the 32-bit version of sqlite-libs installed as well? Yes, I do: rpm -qa | grep sqlite-libs sqlite-libs-3.11.0-3.fc23.x86_64 sqlite-libs-3.11.0-3.fc23.i686 I've installed and uninstalled many packages and have never seen this problem. So there has to be something with corebird which is triggering it. That isn't to say that corebird is doing something wrong, but since it is the trigger it should hold the key to the problem. That said, if this isn't a corebird issue and instead a problem with dnf, that makes it even more serious. You can't have the package manager uninstalling packages willy nilly. Thanks guys for your input and comments! Kevin Fenzi replied to the mailing list that this may be a duplicate of bug 1259865. I reinstalled sqlite-libs and the problem was resolved - so looks like it indeed is... closing and marking as duplicate. *** This bug has been marked as a duplicate of bug 1259865 *** |