Il giorno mer 5 giu 2019 alle ore 17:21 Nir Soffer <[email protected]> ha
scritto:

> On Wed, Jun 5, 2019 at 3:54 PM Nir Soffer <[email protected]> wrote:
>
>> On Tue, Jun 4, 2019 at 9:12 AM Nir Soffer <[email protected]> wrote:
>>
>>>
>>>
>>> On Tue, Jun 4, 2019, 08:57 Sandro Bonazzola <[email protected]> wrote:
>>>
>>>>
>>>>
>>>> Il giorno mar 4 giu 2019 alle ore 06:44 Dan Kenigsberg <
>>>> [email protected]> ha scritto:
>>>>
>>>>>
>>>>>
>>>>> On Tue, 4 Jun 2019, 1:14 Nir Soffer, <[email protected]> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 4, 2019 at 12:56 AM Nir Soffer <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>> On Mon, Jun 3, 2019 at 8:04 PM Nir Soffer <[email protected]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Jun 3, 2019, 18:12 Sandro Bonazzola <[email protected]>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>> just to let you know that vdsm jsut broke hosted engine on fedora.
>>>>>>>>> Reason is that hosted engine is still building for python2 whiile
>>>>>>>>> vdsm is now being shipped for python3 only.
>>>>>>>>>
>>>>>>>>
>>>>>>>> Thats a bug, vdsm should build for both 2 and 3 on Fedora 28. We
>>>>>>>> should switch theses builds to Fedora 29 soon.
>>>>>>>>
>>>>>>>
>>>>>>> Vdsm is built for both python 2 and 3 on Fedora 28 - here is build
>>>>>>> from master
>>>>>>> (with 2 unelated patches):
>>>>>>> https://jenkins.ovirt.org/job/standard-manual-runner/310/artifact/
>>>>>>>
>>>>>>> Maybe this is an issue in the code publishing builds to the repo?
>>>>>>>
>>>>>>
>>>>>> The issue is that we create packages with the same name for both
>>>>>> python 2.7 and 3.6.
>>>>>>
>>>>>> When we publish both packages to the repo, one of the versions
>>>>>> overwrite the other, so
>>>>>> we are left only python 2.7 or 3.6 or some random mix :-)
>>>>>>
>>>>>> We need to name all packages with python2 or python3 prefix. Until
>>>>>> this is fixed we should
>>>>>> disable the python 3.6 builds since they cannot work anyway at this
>>>>>> point.
>>>>>>
>>>>>
>>>>> Renaming is a real pain. Can we simply place the py3 rpms in a
>>>>> different directory of build artifacts?
>>>>>
>>>>
>>>> Renaming is still mandatory for Fedora inclusion of vdsm package.
>>>> You can limit python3 build to Fedora 30 and keep python2 to older
>>>> Fedoras
>>>>
>>>
>>> We can rename only the python 3 packages to limit the pain.
>>>
>>
>> Until we find a solution, I posted a patch disabling python 3.6 builds:
>> https://gerrit.ovirt.org/c/100574/
>> Currently running "yum update" on Fedora 28 you get vdsm build fro python
>> 3 instead of python 2,
>> and this breaks developers setup.
>>
>
> Sandro, this should be fixed in master, can you confirm that hosted engine
> works now?
>

I can try to test it tomorrow, today I'm out of energy.



>
> Do we have OST job that verify this?
>

We have no job testing fedora on OST yet. Not enough resources for testing
in OST both CentOS and Fedora.



>
>
>
>>
>>
>>>
>>>
>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> hosted engine build is currently broken on missing yajsonrpc being:
>>>>>>>>>
>>>>>>>>> $ rpm -ql
>>>>>>>>> https://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc28/noarch/vdsm-yajsonrpc-4.40.0-309.git0371e7531.fc28.noarch.rpm
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/betterAsyncore.cpython-36.opt-1.pyc
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/betterAsyncore.cpython-36.pyc
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/exception.cpython-36.opt-1.pyc
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/exception.cpython-36.pyc
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/stomp.cpython-36.opt-1.pyc
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/stomp.cpython-36.pyc
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/stompclient.cpython-36.opt-1.pyc
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/stompclient.cpython-36.pyc
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/stompserver.cpython-36.opt-1.pyc
>>>>>>>>>
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/__pycache__/stompserver.cpython-36.pyc
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/betterAsyncore.py
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/exception.py
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/stomp.py
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/stompclient.py
>>>>>>>>> /usr/lib/python3.6/site-packages/yajsonrpc/stompserver.py
>>>>>>>>>
>>>>>>>>> please note that package naming for this package is not following
>>>>>>>>> Fedora guidelines. It should be prefixed with "python3-" according to
>>>>>>>>> https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_naming
>>>>>>>>> Rule doesn't apply to applications but yajsonrpc subpackage is a
>>>>>>>>> library package.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>>
>>>>>>>>> Sandro Bonazzola
>>>>>>>>>
>>>>>>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>>>>>>>>>
>>>>>>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>>>>>>
>>>>>>>>> [email protected]
>>>>>>>>> <https://red.ht/sig>
>>>>>>>>> <https://redhat.com/summit>
>>>>>>>>> _______________________________________________
>>>>>>>>> Devel mailing list -- [email protected]
>>>>>>>>> To unsubscribe send an email to [email protected]
>>>>>>>>> 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/[email protected]/message/334BHJFEYEODVO6D3FSYI7CPZUGS2S7I/
>>>>>>>>>
>>>>>>>>
>>>>
>>>> --
>>>>
>>>> Sandro Bonazzola
>>>>
>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>>>>
>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>
>>>> [email protected]
>>>> <https://red.ht/sig>
>>>> <https://redhat.com/summit>
>>>>
>>>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

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

[email protected]
<https://red.ht/sig>
<https://redhat.com/summit>
_______________________________________________
Devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]/message/I6NQ6LIL4ICCBKF37FKZRYXZ2IMQXLTL/

Reply via email to