[ovirt-devel] ovirt-host-deploy and python3

[Sandro Bonazzola]

2018-05-04 11:07 GMT+02:00 Tomáš Golembiovský <tgolembi at redhat.com>:

> On Fri, 4 May 2018 09:33:11 +0200
> Sandro Bonazzola <sbonazzo at redhat.com> wrote:
>
> > 2018-05-03 21:58 GMT+02:00 Tomáš Golembiovský <tgolembi at redhat.com>:
> >
> > > Hi,
> > >
> > > I'm trying to reinstall a CentOS host (using master-snapshot) and I
> > > noticed otopi is trying to use python3 while the ovirt-host-deploy is
> > > not yet fully python3 compatible:
> > >
> >
> > How did you got python 3 on CentOS?
> > It's not in CentOS distribution.
>
> From EPEL. We have 'python34*' listed in our ovirt-*-epel repos.
>


Dan, you asked for python34 packages from epel in
https://gerrit.ovirt.org/#/c/55415/
Are they still needed? I don't see them required anywhere.
Can we drop them?




>
>     Tomas
>
> >
> > >
> > >
> > > > 2018-05-03 21:35:56,855+0200 DEBUG otopi.plugins.otopi.system.info
> > > info._init:39 SYSTEM INFORMATION - BEGIN
> > > > 2018-05-03 21:35:56,855+0200 DEBUG otopi.plugins.otopi.system.info
> > > info._init:40 executable /bin/python3
> > > > 2018-05-03 21:35:56,855+0200 DEBUG otopi.plugins.otopi.system.info
> > > info._init:41 python version 3.4.8 (default, Mar 23 2018, 10:04:27)
> > > > [GCC 4.8.5 20150623 (Red Hat 4.8.5-16)]
> > > > 2018-05-03 21:35:56,855+0200 DEBUG otopi.plugins.otopi.system.info
> > > info._init:42 python /bin/python3
> > > > 2018-05-03 21:35:56,856+0200 DEBUG otopi.plugins.otopi.system.info
> > > info._init:43 platform linux
> > > > 2018-05-03 21:35:56,856+0200 DEBUG otopi.plugins.otopi.system.info
> > > info._init:44 distribution ('CentOS Linux', '7.4.1708', 'Core')
> > > > 2018-05-03 21:35:56,856+0200 DEBUG otopi.plugins.otopi.system.info
> > > info._init:45 host 'ovirt-host2'
> > > > 2018-05-03 21:35:56,856+0200 DEBUG otopi.plugins.otopi.system.info
> > > info._init:51 uid 0 euid 0 gid 0 egid 0
> > > > 2018-05-03 21:35:56,856+0200 DEBUG otopi.plugins.otopi.system.info
> > > info._init:53 SYSTEM INFORMATION - END
> > >
> > > and then later:
> > >
> > > > 2018-05-03 21:35:56,912+0200 DEBUG otopi.context
> > > context._executeMethod:128 Stage init METHOD otopi.plugins.ovirt_host_
> > > deploy.node.detect.Plugin._init
> > > > 2018-05-03 21:35:56,914+0200 DEBUG otopi.context
> > > context._executeMethod:143 method exception
> > > > Traceback (most recent call last):
> > > >   File "/tmp/ovirt-a0GNITSwX9/pythonlib/otopi/context.py", line
> 133, in
> > > _executeMethod
> > > >     method['method']()
> > > >   File "/tmp/ovirt-a0GNITSwX9/otopi-plugins/ovirt-host-deploy/node/detect.py",
>
> > > line 131, in _init
> > > >     odeploycons.FileLocations.OVIRT_NODE_VARIANT_VAL)
> > > >   File "/tmp/ovirt-a0GNITSwX9/otopi-plugins/ovirt-host-deploy/node/detect.py",
>
> > > line 69, in hasconf
> > > >     io.StringIO('[default]\n' + f.read().decode('utf-8'))
> > > > AttributeError: 'str' object has no attribute 'decode'
> > > > 2018-05-03 21:35:56,915+0200 ERROR otopi.context
> > > context._executeMethod:152 Failed to execute stage 'Initializing':
> 'str'
> > > object has no attribute 'decode'
> > >
> > > There is definitely a bug (or at least weirdness) in host-deploy -- why
> > > use .decode() on object returned by codecs.open()?
> > >
> > > But also, should host-deploy be already python3 compatible and is this
> > > otopi behaviour expected?
> > >
> > >     Tomas
> > >
> > >
> > > --
> > > Tomáš Golembiovský <tgolembi at redhat.com>
> > > _______________________________________________
> > > Devel mailing list
> > > Devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/devel
> >
> >
> >
> >
> > --
> >
> > SANDRO BONAZZOLA
> >
> > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
> >
> > Red Hat EMEA <https://www.redhat.com/>
> >
> > sbonazzo at redhat.com
> > <https://red.ht/sig>
> > <https://redhat.com/summit>
>
>
> --
> Tomáš Golembiovský <tgolembi at redhat.com>
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA <https://www.redhat.com/>

sbonazzo at redhat.com
<https://red.ht/sig>
<https://redhat.com/summit>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20180504/687b7b38/attachment.html>