|
Bugzilla – Full Text Bug Listing |
| Summary: | zypper in gspcav-kmp-default wants to "reinstall" my computer | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.0 | Reporter: | Magnus Boman <captain.magnus> |
| Component: | libzypp | Assignee: | Jan Kupec <jkupec> |
| Status: | RESOLVED FIXED | QA Contact: | Duncan Mac-Vicar <dmacvicar> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | coolo, mls, schubi |
| Version: | Factory | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | solver test case | ||
|
Description
Magnus Boman
2008-04-21 03:13:54 UTC
please generate a test case to it. I did attach a test case. Is there another way of doing it? sorry, my fault. Jan, these "reinstalls" are actually architecture changes. This is how it looks with --no-force-resolution: Problem 1: ==================================== nothing provides kernel(default:vmlinux) = 6f55e8745cc245de needed by gspcav-kmp-default-01.00.20_2.6.25_rc9.16-2.x86_64 - allow architecture change of kernel-default-2.6.25-rc9.17.x86_64 to kernel-default-2.6.25-rc9.17.i586 - allow deinstallation of pidgin-guifications-2.16-5.5.x86_64 - allow deinstallation of pidgin-guifications-lang-2.16-5.5.x86_64 - allow deinstallation of nxclient-3.1.0-6.x86_64 - allow deinstallation of libgweather0-2.22.0-9.x86_64 - allow architecture change of libgnome-desktop-2-2-2.22.1-3.1.x86_64 to libgnome-desktop-2-2-2.22.1-4.i586 Are you still convinced that --force-resolution is the thing to go? If so, the bare minimum is to reinstall -> "change architecture of" (In reply to comment #3 from Stephan Kulow) > sorry, my fault. Jan, these "reinstalls" are actually architecture changes. Just to be sure: is this amount of arch changes OK? Will "allow-uninstall" turned off yield a sane result? If not this is still a solver bug right? > Are you still convinced that --force-resolution is the thing to go? If so, the > bare minimum is to reinstall -> "change architecture of" OK i'll add this to the install summary. I sure hope it's *not* ok. I should be told that the package can't be installed. At best, I should have to use a switch like -yes-i-really-know-what-i-am-doing for it do suggest something like that. from the solver's point of view, this is really the only valid solution (in opposition to earlier bugs, where backtracking would have helped). Unfortunately this amount of arch changes can not be ok. So I guess libzypp should run a sanity check over the solution. E.g. by blocking arch changes of glibc. (In reply to comment #6 from Magnus Boman) > I sure hope it's *not* ok. I should be told that the package can't be > installed. You will be, after bug 375625 is fixed. (In reply to comment #5 from Ján Kupec) > > bare minimum is to reinstall -> "change architecture of" > > OK i'll add this to the install summary. Done in svn. But the upgrades are in fact also architecture changes here (i'll add this case to the install summary as well). With --no-force-resolution, the solver solution proposal was a list of arch-changes so huge that it didn't fit to my konsole buffer. And the gspcav-kmp-default x86_64 does exist in my repos. Can some of you guys look at this? See comment #3, it's not about a missing package, but the x86_64 kernel package does not match the kmp. The i586 version does, so the solver offers you the choice to change to i586 (along with 916 other architecture changes). The other choice is to not install the requested package. "--force-resolve" will always go for the 916 changes, as there is no other choice. This has nothing to do with "feature rules". Not a solver bug at all. Zyppers presentation seems to be a bit lacking, though, it should list the critical changes like "vendor change", "architecture change", "downgrade". OK, thanx. (In reply to comment #10 from Michael Schröder) > Not a solver bug at all. Zyppers presentation seems to be a bit lacking, > though, it should list the critical changes like "vendor change", "architecture > change", "downgrade". Already done, except for vendor changes. Lowering severity though. Done. To be in zypper 0.11.1 submitted |