Bug 1422868

Summary: libcacard need to be rebuilt obsoleting libcacard-ev
Product: [oVirt] ovirt-distribution Reporter: Sandro Bonazzola <sbonazzo>
Component: qemu-kvm-evAssignee: Sandro Bonazzola <sbonazzo>
Status: CLOSED CURRENTRELEASE QA Contact: Pavel Stehlik <pstehlik>
Severity: medium Docs Contact:
Priority: urgent    
Version: 4.1.0CC: bugs, mrezanin, sbonazzo
Target Milestone: ovirt-4.1.1Keywords: Patch, Regression
Target Release: 4.1.1Flags: rule-engine: ovirt-4.1+
rule-engine: blocker+
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Due to changes in qemu-kvm-ev packaging, newest libcacard is now provided by platform without the -ev suffix. The platform package is not aware of existing libcacard-ev package so in order to allow the upgrade to latest version, libcacard needed a rebuild obsoleting libcacard-ev.
 Story Points: ---
Clone Of: Environment:
Last Closed: 2017-02-21 07:29:13 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Integration RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Spec update none

Description Sandro Bonazzola 2017-02-16 12:29:45 UTC 
From users mailing list:
I had a cluster composed by two nodes, plain CentOS 7.3 nodes.
They were installed in 4.0.6 (on 21/01) and this involved installation of libcacard-ev-2.3.0-31.el7.16.1.x86_64 package.
Then I updated to 4.1 (on 08/02) using "yum update" strategy and nothing changed about this package.
Yesteray I added a third node, but I notice that on it I don't have libcacard-ev but libcacard-2.5.2-2.el7.x86_64

Source for the -ev package is qemu-kvm-ev-2.3.0-31.el7.16.1.src.rpm and build host el7-vm28.phx.ovirt.org and this makes me think it is the right package.
But it is not pulled in into the new host where I think I have the standard CentOS one with source RPM libcacard-2.5.2-2.el7.src.rpm and Packager CentOS BuildSystem 
 
The strange thing is that in their changelog I have:

- for standard libcacard:
* Fri Mar 18 2016 Miroslav Rezanina <mrezanin> - 2.5.2-2.el7
- Obsolete libcacard-rhev (bz#1315953)

* Fri Jan 29 2016 Miroslav Rezanina <mrezanin> - 2.5.2-1.el7
- Initial build

- for libcacard-ev
* Fri Jul 08 2016 Sandro Bonazzola <sbonazzo> - ev-2.3.0-31.el7_2.16.1
- Removing RH branding from package name

* Thu Jun 16 2016 Miroslav Rezanina <mrezanin> - rhev-2.3.0-31.el7_2.16
- kvm-vga-add-sr_vbe-register-set.patch [bz#1347185]
- Resolves: bz#1347185
  (Regression from CVE-2016-3712: windows installer fails to start)


Solution here is to rebuild 2.5.2 adding an Obsolete on libcacard-ev
Comment 1 Red Hat Bugzilla Rules Engine 2017-02-16 12:30:40 UTC 
This bug report has Keywords: Regression or TestBlocker.
Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP.
Comment 2 Sandro Bonazzola 2017-02-17 08:27:06 UTC 
Created attachment 1251816 [details]
Spec update

Obsoleting -ev packages
Comment 3 Sandro Bonazzola 2017-02-17 09:50:01 UTC 
In order to test:
Add the qemu-ev repo:
# yum install centos-release-qemu-ev

Install offending package
# yum install libcacard-ev
# yum update

should not give any update
Then:

# yum-config-manager --enable centos-qemu-ev-test
# yum update

should update to libcacard obsoleting libcacard-ev
Comment 4 Sandro Bonazzola 2017-02-17 09:52:55 UTC 
If libcacard has not yet reached https://buildlogs.centos.org/centos/7/virt/x86_64/kvm-common/ , please use https://cbs.centos.org/repos/virt7-kvm-common-testing/x86_64/os/ instead