|
Bugzilla – Full Text Bug Listing |
| Summary: | zypper package update fails after libncurses5 split | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.0 | Reporter: | Adrian Schröter <adrian.schroeter> |
| Component: | libzypp | Assignee: | E-mail List <zypp-maintainers> |
| Status: | RESOLVED DUPLICATE | QA Contact: | Duncan Mac-Vicar <dmacvicar> |
| Severity: | Major | ||
| Priority: | P5 - None | ||
| Version: | Factory | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
zypper output, installation order
updateTestcase |
||
|
Description
Adrian Schröter
2008-04-16 05:44:58 UTC
Created attachment 208185 [details]
zypper output, installation order
Sorry, but factory updates with -t package are never blocker bugs. For one we added distribution-upgrade for a reason. Check if you have a recent /var/log/updateTestcase/ This directory does not exist for me. I simply used the -t package update way due to old usage. I run dist-upgrade now and it updates, without refreshing the repo data, quite some more packages. Besides being unsupported, there seems to be an issue in the installation order anyway. I don't see why libncurses5 didn't get installed early enough. Maybe there's a dependency cycle, please ask autobuild for the output of check_for_cycles. The same thing happened also for Stefan Binner, who used the supported(?) "dup" update path. I never said it's supported, I just said your way is unsupported :) But Binner should have a /var/log/updateTestcase now Created attachment 208532 [details]
updateTestcase
Not sure if this can help, I manually installed the missing library and restarted zypper dup so it's likely a testcase after?
*** This bug has been marked as a duplicate of bug 381293 *** |