On Thu, Apr 14, 2016 at 10:45 AM, Yaniv Bronheim <ybronhei(a)redhat.com> wrote:
I don't think this package is available in epel. if not, just
remove it from
py3 list
about why we didn't catch it in jenkins - its because I don't run "make
check" anymore over el7 to save resources. we just build the rpm there to
see that we don't miss any dependencies.
maybe we should bring back the make check there ... what do you think?
We should, make check takes about 1.5 minutes, typical build time is
about 10 minutes
fc23 build, with make check: 10:19
The time of the tests does not make a real difference, and we know
that the (some) code
works on both platforms.
We should work on reducing the build time, 10 minutes for running
tests that take
1.5 minutes is crazy overhead.
Nir
On Thu, Apr 14, 2016 at 10:26 AM, Francesco Romani <fromani(a)redhat.com>
wrote:
>
>
> ________________________________
>
> From: "Sandro Bonazzola" <sbonazzo(a)redhat.com>
> To: "Francesco Romani" <fromani(a)redhat.com>
> Cc: "Eyal Edri" <eedri(a)redhat.com>, "Dan Kenigsberg"
<danken(a)redhat.com>,
> "devel" <devel(a)ovirt.org>, "Yaniv Bronheim"
<ybronhei(a)redhat.com>, "Nir
> Soffer" <nsoffer(a)redhat.com>
> Sent: Thursday, April 14, 2016 9:13:04 AM
>
> Subject: Re: [ovirt-devel] [ACTION REQUIRED]
> vdsm_master_build-artifacts-fc23-x86_64 is failing due to missing dep on
> fc23 .packages
>
>
>
> On Thu, Apr 14, 2016 at 9:12 AM, Sandro Bonazzola <sbonazzo(a)redhat.com>
> wrote:
>>
>>
>>
>> On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani <fromani(a)redhat.com>
>> wrote:
>>>
>>>
>>>
>>> ________________________________
>>>
>>> From: "Eyal Edri" <eedri(a)redhat.com>
>>> To: "Sandro Bonazzola" <sbonazzo(a)redhat.com>
>>> Cc: "Dan Kenigsberg" <danken(a)redhat.com>, "devel"
<devel(a)ovirt.org>,
>>> "Yaniv Bronheim" <ybronhei(a)redhat.com>, "Nir
Soffer" <nsoffer(a)redhat.com>,
>>> "Francesco Romani" <fromani(a)redhat.com>
>>> Sent: Thursday, April 14, 2016 8:54:50 AM
>>> Subject: Re: [ovirt-devel] [ACTION REQUIRED]
>>> vdsm_master_build-artifacts-fc23-x86_64 is failing due to missing dep on
>>> fc23 .packages
>>>
>>>
>>> Don't we run it per patch as well?
>>> How did it got merged?
>>>
>>> On Apr 14, 2016 9:42 AM, "Sandro Bonazzola"
<sbonazzo(a)redhat.com> wrote:
>>>>
>>>>
>>>>
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/...
>>>>
>>>> 00:05:46.751
>>>> ======================================================================
>>>> 00:05:46.751 ERROR: Failure: ImportError (No module named
'netaddr')
>>>> 00:05:46.751
>>>> ----------------------------------------------------------------------
>>>> 00:05:46.752 Traceback (most recent call last):
>>>> 00:05:46.752 File
"/usr/lib/python3.4/site-packages/nose/failure.py",
>>>> line 39, in runTest
>>>> 00:05:46.752 raise self.exc_val.with_traceback(self.tb)
>>>> 00:05:46.752 File
"/usr/lib/python3.4/site-packages/nose/loader.py",
>>>> line 418, in loadTestsFromName
>>>> 00:05:46.752 addr.filename, addr.module)
>>>> 00:05:46.752 File
>>>> "/usr/lib/python3.4/site-packages/nose/importer.py", line 47,
in
>>>> importFromPath
>>>> 00:05:46.752 return self.importFromDir(dir_path, fqname)
>>>> 00:05:46.752 File
>>>> "/usr/lib/python3.4/site-packages/nose/importer.py", line 94,
in
>>>> importFromDir
>>>> 00:05:46.753 mod = load_module(part_fqname, fh, filename, desc)
>>>> 00:05:46.753 File "/usr/lib64/python3.4/imp.py", line 235,
in
>>>> load_module
>>>> 00:05:46.753 return load_source(name, filename, file)
>>>> 00:05:46.753 File "/usr/lib64/python3.4/imp.py", line 171,
in
>>>> load_source
>>>> 00:05:46.753 module = methods.load()
>>>> 00:05:46.753 File "<frozen importlib._bootstrap>", line
1220, in load
>>>> 00:05:46.753 File "<frozen importlib._bootstrap>", line
1200, in
>>>> _load_unlocked
>>>> 00:05:46.753 File "<frozen importlib._bootstrap>", line
1129, in
>>>> _exec
>>>> 00:05:46.753 File "<frozen importlib._bootstrap>", line
1471, in
>>>> exec_module
>>>> 00:05:46.754 File "<frozen importlib._bootstrap>", line
321, in
>>>> _call_with_frames_removed
>>>> 00:05:46.754 File
>>>>
"/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm/rpmbuild/BUILD/vdsm-4.17.999/tests/network/models_test.py",
>>>> line 27, in <module>
>>>> 00:05:46.754 from vdsm.netinfo import bonding, mtus
>>>> 00:05:46.754 File
>>>>
"/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm/rpmbuild/BUILD/vdsm-4.17.999/lib/vdsm/netinfo/__init__.py",
>>>> line 26, in <module>
>>>> 00:05:46.754 from .ipwrapper import DUMMY_BRIDGE
>>>> 00:05:46.755 File
>>>>
"/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm/rpmbuild/BUILD/vdsm-4.17.999/lib/vdsm/ipwrapper.py",
>>>> line 30, in <module>
>>>> 00:05:46.755 from netaddr.core import AddrFormatError
>>>> 00:05:46.755 ImportError: No module named 'netaddr'
>>>>
>>>>
>>>>
>>>> Please fix ASAP.
>>>
>>>
>>> I think this a jenkins failure, because this seems to come from (lack
>>> of) netaddr package, which is an external package Vdsm depends on since ages
>>> (late 2013!)
>>
>>
>> I think it's a missing dep in build-artifacts.packages
>
>
> forgot to mention, please note it's the python3 package missing.
>
>
> yep, I think you are right. Most likely broken by
>
https://gerrit.ovirt.org/#/c/55896/
>
> Let me quickly post a patch for this.
>
> Bests,
>
>
> --
> Francesco Romani
> RedHat Engineering Virtualization R & D
> Phone: 8261328
> IRC: fromani
--
Yaniv Bronhaim.