On Tue, Feb 14, 2017 at 9:20 AM, Gianluca Cecchi <gianluca.cec...@gmail.com>
> On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan <arm2...@gmail.com>
>> I have a host which was updated since 3.6....
>> libcacard is disappeared from ovirt4.1 but it has a many dependencies
>> which stops to remove it:
> I reconnect to this thread, as I have similar problem/doubt relatd to
> libcacard / libcacard-ev packages.
> 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
I think the right one is libcacard-2.5.2-2.el7.x86_64 since libcacard is
not built anymore with qemu-kkvm-ev.
Not sure why libcacard-ev-2.3.0-31.el7.16.1.x86_64 has not been updated but
I guess it's related to the Obsolete clause.
I guess I'll need to rebuild libcacard adding an obsolete on libcacard-ev
Adding Miroslav, Alan and Karanbir to let them know about the issue.
> 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
> 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 <mreza...@redhat.com> - 2.5.2-2.el7
> - Obsolete libcacard-rhev (bz#1315953)
> * Fri Jan 29 2016 Miroslav Rezanina <mreza...@redhat.com> - 2.5.2-1.el7
> - Initial build
> - for libcacard-ev
> * Fri Jul 08 2016 Sandro Bonazzola <sbona...@redhat.com> -
> - Removing RH branding from package name
> * Thu Jun 16 2016 Miroslav Rezanina <mreza...@redhat.com> -
> - kvm-vga-add-sr_vbe-register-set.patch [bz#1347185]
> - Resolves: bz#1347185
> (Regression from CVE-2016-3712: windows installer fails to start)
> What to choose and to do?
> Users mailing list
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
Users mailing list