Bug 235128
Summary: | hal pkgs conflict update failure fedora7test3 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | dean owensby <dfowensby> |
Component: | hal | Assignee: | David Zeuthen <davidz> |
Status: | CLOSED DUPLICATE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | mclasen |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-04-08 23:08:20 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
dean owensby
2007-04-03 20:47:39 UTC
The problem is that hal used be multilib ('yum list installed hal' will probably show both i386 and x86_64 packages), but has now been split into hal-libs (which is multilib) and hal (which isn't - it's not a library). Your system is trying to upgrade the (unneeded) i386 hal package, which would be allowed if it was multilib, but now that it isn't.. it's not OK. We will probably have a fixed version of hal in a day or two, but if you really want to update now, you can probably get around this by removing the i386 version of hal. |