Bug 799636
Summary: | openssl library split creates update headaches on x86_64 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> |
Component: | openssl | Assignee: | Tomas Mraz <tmraz> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | tmraz |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | openssl-1.0.1-0.3.beta3.fc18 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-03-07 08:27:28 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
Michal Jaegermann
2012-03-03 18:19:59 UTC
I suppose that yum update (without explicit specification of a single package) on a repository that contains both updated x86_64 and i686 packages would work correctly. However you're right that if you ask explicitly 'yum update openssl' this will not work. I'll try it with adding the obsoletes, perhaps it will help. (In reply to comment #1) > I suppose that yum update (without explicit specification of a single package) > on a repository that contains both updated x86_64 and i686 packages would work > correctly. Well, no, it does not. At least not in the current state. I bumped into that running a rawhide update with a lot of packages in it and the whole transaction was blocked due to this "protected multilib". That despite that openssl-libs.x86_64 and openssl-libs.i686 were available in repositories. I checked. Still yum attempted to get openssl.i686 in updates, failed to find a version corresponding to an update of openssl.x86_64 and chocked on the whole transaction. A presence of '--skip-broken' was, not surprisingly, of no help. This was rawhide so the simplest workaround was 'yum remove openssl.i686' with had no serious side-effects. A more subtle approach woule need 'yum shell'. > However you're right that if you ask explicitly 'yum update openssl' > this will not work. That will not work too. (In reply to comment #1) > I'll try it with adding the obsoletes, perhaps it will help. It looks to me that it does help. My test was limited to '--force' installing openssl-1.0.1-0.1.beta2.fc17.i686.rpm on an x86_64 setup. With openssl-libs which now have "openssl < 1:1.0.1-0.3.beta3" in obsoletes I got in yum: Installing: openssl-libs i686 1:1.0.1-0.3.beta3.fc18 rawhide 821 k replacing openssl.i686 1.0.1-0.1.beta2.fc17 openssl-libs x86_64 1:1.0.1-0.3.beta3.fc18 rawhide 826 k replacing openssl.i686 1.0.1-0.1.beta2.fc17 replacing openssl.x86_64 1:1.0.1-0.2.beta3.fc18 and openssl.x86_64 was installed too due to dependencies. This appears to be a desired outcome. That's great. |