On Wed, Dec 21, 2016 at 9:51 AM, Dan Kenigsberg <danken@redhat.com> wrote:
On Wed, Dec 21, 2016 at 10:17 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
> 00:00:31.874 Num Packages in Repos: 22534
> 00:00:31.875 package:
> ovirt-provider-ovn-1.0-1.20161219125609.git.el7.centos.noarch from
> check-custom-el7
> 00:00:31.876   unresolved deps:
> 00:00:31.876      python-openvswitch >= 0:2.6
> 00:00:31.876      openvswitch-ovn-central >= 0:2.6
> 00:00:31.876 package:
> ovirt-provider-ovn-driver-1.0-1.20161219125609.git.el7.centos.noarch from

It's good we have repoclosure, as it reminded us we cannot ship
ovirt-provider-ovn unless we build and ship a version of openvswitch
from from their master branch, at least until they ship ovs-2.7.

Sandro, Marcin: can we do it? Can we supply our own build of
openvswitch, like we did for Marcin's blog?

> check-custom-el7
> 00:00:31.876   unresolved deps:
> 00:00:31.876      python-openvswitch >= 0:2.6
> 00:00:31.876      openvswitch-ovn-host >= 0:2.6
> 00:00:31.877      openvswitch >= 0:2.6
> 00:00:31.877 package:
> vdsm-gluster-4.18.999-1162.gite9544ovirt-provider-ovn2e.el7.centos.noarch from
> check-custom-el7
> 00:00:31.877   unresolved deps:
> 00:00:31.877      vdsm = 0:4.18.999-1162.gite95442e.el7.centos

All of these seem like repoclosure false warning.

After all, vdsm = 0:4.18.999-1162.gite95442e.el7.centos is the exact
version of vdsm that is in the repo, right?

can't see it in http://resources.ovirt.org/pub/ovirt-4.1-snapshot/rpm/el7/x86_64/ while I see it in http://resources.ovirt.org/pub/ovirt-4.1-snapshot/rpm/el7/ppc64le/
so looks like vdsm is building different version of the arch packages. This hosuldn't happen.
Please check vdsm builders / publishers. They should deliver same version for both arches or noarch packages will fail dependencies.



--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com