2018-05-04 11:07 GMT+02:00 Tomáš Golembiovský <tgolembi(a)redhat.com>:
On Fri, 4 May 2018 09:33:11 +0200
Sandro Bonazzola <sbonazzo(a)redhat.com> wrote:
> 2018-05-03 21:58 GMT+02:00 Tomáš Golembiovský <tgolembi(a)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(a)redhat.com>
> > _______________________________________________
> > Devel mailing list
> > Devel(a)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(a)redhat.com
> <
https://red.ht/sig>
> <
https://redhat.com/summit>
--
Tomáš Golembiovský <tgolembi(a)redhat.com>
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <
https://www.redhat.com/>
sbonazzo(a)redhat.com
<
https://red.ht/sig>
<
https://redhat.com/summit>