[ovirt-users] What is the libcacard-ev.x86_64 ??

Miroslav Rezanina mrezanin at redhat.com
Thu Feb 16 12:47:09 UTC 2017



----- 元のメッセージ -----
> 差出人: "Sandro Bonazzola" <sbonazzo at redhat.com>
> 宛先: "Gianluca Cecchi" <gianluca.cecchi at gmail.com>, "Miroslav Rezanina" <mrezanin at redhat.com>, "Karanbir Singh"
> <kbsingh at centos.org>, "Alan Pevec" <apevec at redhat.com>
> Cc: "Arman Khalatyan" <arm2arm at gmail.com>, "users" <users at ovirt.org>
> 送信済み: 2017年2月16日, 木曜日 午後 1:34:30
> 件名: Re: [ovirt-users] What is the libcacard-ev.x86_64 ??
> 
> On Thu, Feb 16, 2017 at 1:25 PM, Sandro Bonazzola <sbonazzo at redhat.com>
> wrote:
> 
> >
> >
> > On Tue, Feb 14, 2017 at 9:20 AM, Gianluca Cecchi <
> > gianluca.cecchi at gmail.com> wrote:
> >
> >> On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan <arm2arm at gmail.com>
> >> wrote:
> >>
> >>> 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:
> >>>
> >>>
> >> Hello,
> >> 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
> > too.
> >
> > Adding Miroslav, Alan and Karanbir to let them know about the issue.

This issue is probably due to move libcacard-rhev from qemu-kvm-rhev subpackage
to separate component libcacard (and so merged with regular libcacard from rhel). 

This transition was most probably not properly mirrored
to ovirt so it still expect libcacard-ev to be part of qemu-kvm-ev build. In case
qemu-kvm-ev is based on qemu-kvm-rhev, libcacard subpackage disappeared but was not
added as new component.

Mirek
> >
> 
> Tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1422868
> 
> 
> 
> >
> >
> >>
> >> 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 at redhat.com> - 2.5.2-2.el7
> >> - Obsolete libcacard-rhev (bz#1315953)
> >>
> >> * Fri Jan 29 2016 Miroslav Rezanina <mrezanin at redhat.com> - 2.5.2-1.el7
> >> - Initial build
> >>
> >> - for libcacard-ev
> >> * Fri Jul 08 2016 Sandro Bonazzola <sbonazzo at redhat.com> -
> >> ev-2.3.0-31.el7_2.16.1
> >> - Removing RH branding from package name
> >>
> >> * Thu Jun 16 2016 Miroslav Rezanina <mrezanin at redhat.com> -
> >> 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)
> >> ...
> >>
> >> What to choose and to do?
> >> Thanks,
> >> Gianluca
> >>
> >>
> >> _______________________________________________
> >> Users mailing list
> >> Users at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> >>
> >
> >
> > --
> > Sandro Bonazzola
> > Better technology. Faster innovation. Powered by community collaboration.
> > See how it works at redhat.com
> >
> 
> 
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 

-- 
Miroslav Rezanina
Software Engineer - Virtualization Team



More information about the Users mailing list