Conflict between python2-paramiko and python-paramiko (was: Change in ovirt-system-tests[master]: hosted-engine basic suites: Fix collection)
Barak Korren
bkorren at redhat.com
Sun Apr 1 10:58:25 UTC 2018
On 1 April 2018 at 13:45, Yedidyah Bar David <didi at redhat.com> wrote:
> On Sun, Apr 1, 2018 at 12:49 PM, Code Review <gerrit at ovirt.org> wrote:
>> From Jenkins CI:
>>
>> Jenkins CI has posted comments on this change.
>>
>> Change subject: hosted-engine basic suites: Fix collection
>> ......................................................................
>>
>>
>> Patch Set 5: Continuous-Integration-1
>>
>> Build Failed
>>
>> http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_64/4814/ : FAILURE
>
> 08:08:06 file /usr/lib/python2.7/site-packages/paramiko/__init__.pyc
> from install of python2-paramiko-1.16.1-2.el7.noarch conflicts with
> file from package python-paramiko-2.1.1-2.el7.noarch
> 08:08:06 file /usr/lib/python2.7/site-packages/paramiko/__init__.pyo
> from install of python2-paramiko-1.16.1-2.el7.noarch conflicts with
> file from package python-paramiko-2.1.1-2.el7.noarch
> 08:08:06 file /usr/lib/python2.7/site-packages/paramiko/_version.py
> from install of python2-paramiko-1.16.1-2.el7.noarch conflicts with
> file from package python-paramiko-2.1.1-2.el7.noarch
> ...
>
> Known issue?
> --
> Didi
Where is this happening?
We saw this a while ago US as well as DS, and for some reason it resurfaced now.
We merged a patch to fix this on slaves (by removing python2-paramiko)
on Friday.
Generally the issue is that python2-paramiko which is an olde package
from epel conflicts with the much newer python-paramiko from RHEL.
--
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
More information about the Infra
mailing list