Hi,

there's one issue with 'python2-enum34' - it's an 'epel' package. I don't know if it's going to land in 'base' repository, but until then I think we should rely on 'python-enum34'.

On 5/2/19 6:41 PM, Nir Soffer wrote:


On Thu, May 2, 2019 at 7:29 PM Dan Kenigsberg <danken@redhat.com> wrote:


On Thu, 2 May 2019, 18:53 Nir Soffer, <nsoffer@redhat.com> wrote:
Investigating unrelated OST failue with:

I found that This patch fail in OST:

Failed build:

2019-05-02 15:46:07,258::ssh.py::ssh::96::lago.ssh::DEBUG::Command 650bdf66 on lago-basic-suite-master-host-0  errors:
 + yum -y install ovirt-host
Error: Package: vdsm-common-4.40.0-202.git9757d7c.el7.noarch (alocalsync)
           Requires: python2-enum34

Dan, can you take a look at this?

Wat?! I don't understand how it passed vdsm CI.

Maybe we are not using the same repos?
(e.g. testing in CI, stable in OST)

It is sad that passing our install check is not accurate enough

Acually everything worked fine in our 'check-install'. If you take a look at a test patch I've made:

https://gerrit.ovirt.org/#/c/99809/

You can see that we install 'python2-enum34' when building artifacts with 'yum-builddep' because it's a build dependency - that's the reason it's not listed as a requirement when installing built 'vdsm-*' packages - it's already there. Both 'rpm -q python2-enum34' and 'repoquery -i python2-enum34' succeed - they show 'python2-enum34's origin as 'epel-el7'.

We could make OST work by adding 'python2-enum34' to 'pkgs.txt' and rebuilding repository files, but I think we shouldn't for the reason I stated above - we should not depend on 'epel' packages.

Regards, Marcin

, and we need
to fix it, but lets first revert the patch to unblock other work.
 

worst case I'll revert.


Nir

_______________________________________________
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-leave@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RZUYMEAB4HOE7RLZG4JMEWYARSRORDSK/