|
Bugzilla – Full Text Bug Listing |
| Summary: | zypper dup tries to make architecture change for lots of x86_84 packages | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.0 | Reporter: | Markus Koßmann <markus.kossmann> |
| Component: | libzypp | Assignee: | Jan Kupec <jkupec> |
| Status: | RESOLVED FIXED | QA Contact: | Duncan Mac-Vicar <dmacvicar> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | schubi |
| Version: | Factory | ||
| Target Milestone: | --- | ||
| Hardware: | 64bit | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
output of "zypper dup"
zypper.log created solver testcase |
||
|
Description
Markus Koßmann
2008-04-18 02:24:18 UTC
Created attachment 208797 [details]
output of "zypper dup"
Created attachment 208798 [details]
zypper.log
Created attachment 208799 [details]
created solver testcase
Seems bug 381772 is related, if not duplicate. Great, a bugreport which already includes a testcase WITHOUT asking for it ;-) It is the force-resolve option. Otherwise you would get following error message: Problem 1: ==================================== package libcurl4-32bit-7.18.1-6.x86_64 requires libcares.so.2, but none of the providers can be installed - allow architecture change of libcares2-1.5.1-9.x86_64 to libcares2-1.5.1-9.i586 - allow architecture change of libcurl4-7.18.1-6.x86_64 to libcurl4-7.18.1-6.i586 - allow architecture change of curl-7.18.1-6.x86_64 to curl-7.18.1-6.i586 - allow architecture change of yast2-transfer-2.16.1-55.x86_64 to yast2-transfer-2.16.1-55.i586 - allow architecture change of xmoto-0.4.2-4.x86_64 to xmoto-0.4.2-4.i586 ..... .... ... .. Jano, I think you have already add the "third" option besides "j/n" to continue ? Not yet, i just prepared the prompt text for it so that translators can do their work :O) Comming soon. Would it be possible, that the resolver messages make clear that the basic reason for that problem is the non-existant -32bit.x86_64.rpm for libcares.so.2, which is required by libcurl4-32bit ? Or is this allready done by the new prompt text ? *** Bug 377346 has been marked as a duplicate of this bug. *** Done, the 'p' option will be shown whenever there will be something to remove after install --force-resolution (the default) was used. For all other cases, --no-force-resolution is used by default. to be in zypper 0.11.1 (In reply to comment #8 from Markus Koßmann) > Would it be possible, that the resolver messages make clear that the basic > reason for that problem is the non-existant -32bit.x86_64.rpm for > libcares.so.2, which is required by libcurl4-32bit ? > Or is this allready done by the new prompt text ? You will see what you would see if you used --no-force-resolution option. package libcurl4-32bit-7.18.1-6.x86_64 requires libcares.so.2, but none of the providers can be installed (In reply to comment #6 from Stefan Schubert) > It is the force-resolve option. Otherwise you would get following error > message: > > Problem 1: > ==================================== > package libcurl4-32bit-7.18.1-6.x86_64 requires libcares.so.2, but none of the > providers can be installed This is weird, 'dup' uses --no-force-resolution by default... Nevertheless, i will close this bug anyway, please retest on beta2 and reopen if the problem reappears. submitted |