[ACTION REQUIRED] vdsm_master_build-artifacts-fc23-x86_64 is failing due to missing dep on fc23 .packages
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con... *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. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
Don't we run it per patch as well? How did it got merged? On Apr 14, 2016 9:42 AM, "Sandro Bonazzola" <sbonazzo@redhat.com> wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
*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.
Thanks,
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
------=_Part_29007792_1071737707.1460617310650 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message -----
From: "Eyal Edri" <eedri@redhat.com> To: "Sandro Bonazzola" <sbonazzo@redhat.com> Cc: "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@redhat.com>, "Francesco Romani" <fromani@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@redhat.com > wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
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!) HTH, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani ------=_Part_29007792_1071737707.1460617310650 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div><br></div><div><br></div><hr id= =3D"zwchr"><blockquote style=3D"border-left:2px solid #1010FF;margin-left:5= px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-de= coration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>Fr= om: </b>"Eyal Edri" <eedri@redhat.com><br><b>To: </b>"Sandro Bonazzol= a" <sbonazzo@redhat.com><br><b>Cc: </b>"Dan Kenigsberg" <danken@re= dhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhe= i@redhat.com>, "Nir Soffer" <nsoffer@redhat.com>, "Francesco Roman= i" <fromani@redhat.com><br><b>Sent: </b>Thursday, April 14, 2016 8:54= :50 AM<br><b>Subject: </b>Re: [ovirt-devel] [ACTION REQUIRED] vdsm_master_b= uild-artifacts-fc23-x86_64 is failing due to missing dep on fc23 .packages<= br><div><br></div><p dir=3D"ltr">Don't we run it per patch as well?<br> How did it got merged? </p><div class=3D"gmail_quote">On Apr 14, 2016 9:42 = AM, "Sandro Bonazzola" <<a href=3D"mailto:sbonazzo@redhat.com" target=3D= "_blank">sbonazzo@redhat.com</a>> wrote:<br><blockquote class=3D"gmail_q= uote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1e= x"><div dir=3D"ltr"><div><a href=3D"http://jenkins.ovirt.org/job/vdsm_maste= r_build-artifacts-fc23-x86_64/823/console" target=3D"_blank">http://jenkins= .ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/console</a><br><= /div><br clear=3D"all"><div><pre style=3D"white-space:pre-wrap;word-wrap:br= eak-word;margin-top:0px;margin-bottom:0px;color:rgb(51,51,51);font-size:13p= x"><span><b>00:05:46.751</b> </span>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D <span><b>00:05:46.751</b> </span>ERROR: Failure: ImportError (No module nam= ed 'netaddr') <span><b>00:05:46.751</b> </span>------------------------------------------= ---------------------------- <span><b>00:05:46.752</b> </span>Traceback (most recent call last): <span><b>00:05:46.752</b> </span> File "/usr/lib/python3.4/site-packages/n= ose/failure.py", line 39, in runTest <span><b>00:05:46.752</b> </span> raise self.exc_val.with_traceback(self= .tb) <span><b>00:05:46.752</b> </span> File "/usr/lib/python3.4/site-packages/n= ose/loader.py", line 418, in loadTestsFromName <span><b>00:05:46.752</b> </span> addr.filename, addr.module) <span><b>00:05:46.752</b> </span> File "/usr/lib/python3.4/site-packages/n= ose/importer.py", line 47, in importFromPath <span><b>00:05:46.752</b> </span> return self.importFromDir(dir_path, fq= name) <span><b>00:05:46.752</b> </span> File "/usr/lib/python3.4/site-packages/n= ose/importer.py", line 94, in importFromDir <span><b>00:05:46.753</b> </span> mod =3D load_module(part_fqname, fh, f= ilename, desc) <span><b>00:05:46.753</b> </span> File "/usr/lib64/python3.4/imp.py", line= 235, in load_module <span><b>00:05:46.753</b> </span> return load_source(name, filename, fil= e) <span><b>00:05:46.753</b> </span> File "/usr/lib64/python3.4/imp.py", line= 171, in load_source <span><b>00:05:46.753</b> </span> module =3D methods.load() <span><b>00:05:46.753</b> </span> File "<frozen importlib._bootstrap>= ;", line 1220, in load <span><b>00:05:46.753</b> </span> File "<frozen importlib._bootstrap>= ;", line 1200, in _load_unlocked <span><b>00:05:46.753</b> </span> File "<frozen importlib._bootstrap>= ;", line 1129, in _exec <span><b>00:05:46.753</b> </span> File "<frozen importlib._bootstrap>= ;", line 1471, in exec_module <span><b>00:05:46.754</b> </span> File "<frozen importlib._bootstrap>= ;", line 321, in _call_with_frames_removed <span><b>00:05:46.754</b> </span> File "/home/jenkins/workspace/vdsm_maste= r_build-artifacts-fc23-x86_64/vdsm/rpmbuild/BUILD/vdsm-4.17.999/tests/netwo= rk/models_test.py", line 27, in <module> <span><b>00:05:46.754</b> </span> from vdsm.netinfo import bonding, mtus <span><b>00:05:46.754</b> </span> File "/home/jenkins/workspace/vdsm_maste= r_build-artifacts-fc23-x86_64/vdsm/rpmbuild/BUILD/vdsm-4.17.999/lib/vdsm/ne= tinfo/__init__.py", line 26, in <module> <span><b>00:05:46.754</b> </span> from .ipwrapper import DUMMY_BRIDGE <span><b>00:05:46.755</b> </span> File "/home/jenkins/workspace/vdsm_maste= r_build-artifacts-fc23-x86_64/vdsm/rpmbuild/BUILD/vdsm-4.17.999/lib/vdsm/ip= wrapper.py", line 30, in <module> <span><b>00:05:46.755</b> </span> from netaddr.core import AddrFormatErr= or <span><b>00:05:46.755</b> </span>ImportError: No module named 'netaddr'</pr= e><pre style=3D"white-space:pre-wrap;word-wrap:break-word;margin-top:0px;ma= rgin-bottom:0px;color:rgb(51,51,51);font-size:13px"><br></pre><pre style=3D= "white-space:pre-wrap;word-wrap:break-word;margin-top:0px;margin-bottom:0px= ;color:rgb(51,51,51);font-size:13px"><br></pre><pre style=3D"white-space:pr= e-wrap;word-wrap:break-word;margin-top:0px;margin-bottom:0px;color:rgb(51,5= 1,51);font-size:13px">Please fix ASAP.</pre></div></div></blockquote></div>= </blockquote><div><br></div><div>I think this a jenkins failure, because th= is seems to come from (lack of) netaddr package, which is an external packa= ge Vdsm depends on since ages (late 2013!)<br></div><div><br></div><div>HTH= ,<br></div><div><br></div><div>-- <br></div><div><span name=3D"x"></span>Fr= ancesco Romani<br>RedHat Engineering Virtualization R & D<br>Phone: 826= 1328<br>IRC: fromani<span name=3D"x"></span><br></div></div></body></html> ------=_Part_29007792_1071737707.1460617310650--
On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani <fromani@redhat.com> wrote:
------------------------------
*From: *"Eyal Edri" <eedri@redhat.com> *To: *"Sandro Bonazzola" <sbonazzo@redhat.com> *Cc: *"Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@redhat.com>, "Francesco Romani" <fromani@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@redhat.com> wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
*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
HTH,
-- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
On Thu, Apr 14, 2016 at 9:12 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani <fromani@redhat.com> wrote:
------------------------------
*From: *"Eyal Edri" <eedri@redhat.com> *To: *"Sandro Bonazzola" <sbonazzo@redhat.com> *Cc: *"Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@redhat.com>, "Francesco Romani" <fromani@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@redhat.com> wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
*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.
HTH,
-- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
------=_Part_29031106_72327156.1460618763905 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message -----
From: "Sandro Bonazzola" <sbonazzo@redhat.com> To: "Francesco Romani" <fromani@redhat.com> Cc: "Eyal Edri" <eedri@redhat.com>, "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@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@redhat.com > wrote:
On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani < fromani@redhat.com > wrote:
From: "Eyal Edri" < eedri@redhat.com >
To: "Sandro Bonazzola" < sbonazzo@redhat.com >
Cc: "Dan Kenigsberg" < danken@redhat.com >, "devel" < devel@ovirt.org
, "Yaniv Bronheim" < ybronhei@redhat.com >, "Nir Soffer" < nsoffer@redhat.com , "Francesco Romani" < fromani@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@redhat.com > wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
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.
><br><b>Sent: </b>Thursday, April 14, 2016 8:54:50 AM<br><b>Subject: </= b>Re: [ovirt-devel] [ACTION REQUIRED] vdsm_master_build-artifacts-fc23-x86_= 64 is failing due to missing dep on fc23 .packages<div><div><br><div><br></=
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 ------=_Part_29031106_72327156.1460618763905 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div><br></div><hr id=3D"zwchr"><bloc= kquote style=3D"border-left:2px solid #1010FF;margin-left:5px;padding-left:= 5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;fo= nt-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Sandro = Bonazzola" <sbonazzo@redhat.com><br><b>To: </b>"Francesco Romani" <= ;fromani@redhat.com><br><b>Cc: </b>"Eyal Edri" <eedri@redhat.com>,= "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>= ;, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@r= edhat.com><br><b>Sent: </b>Thursday, April 14, 2016 9:13:04 AM<br><b>Sub= ject: </b>Re: [ovirt-devel] [ACTION REQUIRED] vdsm_master_build-artifacts-f= c23-x86_64 is failing due to missing dep on fc23 .packages<br><div><br></di= v><div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_q= uote">On Thu, Apr 14, 2016 at 9:12 AM, Sandro Bonazzola <span dir=3D"ltr">&= lt;<a href=3D"mailto:sbonazzo@redhat.com" target=3D"_blank">sbonazzo@redhat= .com</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"ma= rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"lt= r"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quote"><div><div = class=3D"h5">On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani <span dir=3D= "ltr"><<a href=3D"mailto:fromani@redhat.com" target=3D"_blank">fromani@r= edhat.com</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(20= 4,204,204);border-left-style:solid;padding-left:1ex"><div><div style=3D"fon= t-family:'times new roman','new york',times,serif;font-size:12pt;color:rgb(= 0,0,0)"><div><br></div><div><br></div><hr><blockquote style=3D"border-left-= width:2px;border-left-style:solid;border-left-color:rgb(16,16,255);margin-l= eft:5px;padding-left:5px;color:rgb(0,0,0);font-weight:normal;font-style:nor= mal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:1= 2pt"><b>From: </b>"Eyal Edri" <<a href=3D"mailto:eedri@redhat.com" targe= t=3D"_blank">eedri@redhat.com</a>><br><b>To: </b>"Sandro Bonazzola" <= <a href=3D"mailto:sbonazzo@redhat.com" target=3D"_blank">sbonazzo@redhat.co= m</a>><br><b>Cc: </b>"Dan Kenigsberg" <<a href=3D"mailto:danken@redha= t.com" target=3D"_blank">danken@redhat.com</a>>, "devel" <<a href=3D"= mailto:devel@ovirt.org" target=3D"_blank">devel@ovirt.org</a>>, "Yaniv B= ronheim" <<a href=3D"mailto:ybronhei@redhat.com" target=3D"_blank">ybron= hei@redhat.com</a>>, "Nir Soffer" <<a href=3D"mailto:nsoffer@redhat.c= om" target=3D"_blank">nsoffer@redhat.com</a>>, "Francesco Romani" <<a= href=3D"mailto:fromani@redhat.com" target=3D"_blank">fromani@redhat.com</a= div><p dir=3D"ltr">Don't we run it per patch as well?<br> How did it got merged? </p><div class=3D"gmail_quote">On Apr 14, 2016 9:42 = AM, "Sandro Bonazzola" <<a href=3D"mailto:sbonazzo@redhat.com" target=3D= "_blank">sbonazzo@redhat.com</a>> wrote:<br><blockquote class=3D"gmail_q= uote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-c= olor:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir=3D= "ltr"><div><a href=3D"http://jenkins.ovirt.org/job/vdsm_master_build-artifa= cts-fc23-x86_64/823/console" target=3D"_blank">http://jenkins.ovirt.org/job= /vdsm_master_build-artifacts-fc23-x86_64/823/console</a><br></div><br clear= =3D"all"><div><pre style=3D"white-space:pre-wrap;word-wrap:break-word;margi= n-top:0px;margin-bottom:0px;color:rgb(51,51,51);font-size:13px"><span><b>00= :05:46.751</b> </span>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D <span><b>00:05:46.751</b> </span>ERROR: Failure: ImportError (No module nam= ed 'netaddr') <span><b>00:05:46.751</b> </span>------------------------------------------= ---------------------------- <span><b>00:05:46.752</b> </span>Traceback (most recent call last): <span><b>00:05:46.752</b> </span> File "/usr/lib/python3.4/site-packages/n= ose/failure.py", line 39, in runTest <span><b>00:05:46.752</b> </span> raise self.exc_val.with_traceback(self= .tb) <span><b>00:05:46.752</b> </span> File "/usr/lib/python3.4/site-packages/n= ose/loader.py", line 418, in loadTestsFromName <span><b>00:05:46.752</b> </span> addr.filename, addr.module) <span><b>00:05:46.752</b> </span> File "/usr/lib/python3.4/site-packages/n= ose/importer.py", line 47, in importFromPath <span><b>00:05:46.752</b> </span> return self.importFromDir(dir_path, fq= name) <span><b>00:05:46.752</b> </span> File "/usr/lib/python3.4/site-packages/n= ose/importer.py", line 94, in importFromDir <span><b>00:05:46.753</b> </span> mod =3D load_module(part_fqname, fh, f= ilename, desc) <span><b>00:05:46.753</b> </span> File "/usr/lib64/python3.4/imp.py", line= 235, in load_module <span><b>00:05:46.753</b> </span> return load_source(name, filename, fil= e) <span><b>00:05:46.753</b> </span> File "/usr/lib64/python3.4/imp.py", line= 171, in load_source <span><b>00:05:46.753</b> </span> module =3D methods.load() <span><b>00:05:46.753</b> </span> File "<frozen importlib._bootstrap>= ;", line 1220, in load <span><b>00:05:46.753</b> </span> File "<frozen importlib._bootstrap>= ;", line 1200, in _load_unlocked <span><b>00:05:46.753</b> </span> File "<frozen importlib._bootstrap>= ;", line 1129, in _exec <span><b>00:05:46.753</b> </span> File "<frozen importlib._bootstrap>= ;", line 1471, in exec_module <span><b>00:05:46.754</b> </span> File "<frozen importlib._bootstrap>= ;", line 321, in _call_with_frames_removed <span><b>00:05:46.754</b> </span> File "/home/jenkins/workspace/vdsm_maste= r_build-artifacts-fc23-x86_64/vdsm/rpmbuild/BUILD/vdsm-4.17.999/tests/netwo= rk/models_test.py", line 27, in <module> <span><b>00:05:46.754</b> </span> from vdsm.netinfo import bonding, mtus <span><b>00:05:46.754</b> </span> File "/home/jenkins/workspace/vdsm_maste= r_build-artifacts-fc23-x86_64/vdsm/rpmbuild/BUILD/vdsm-4.17.999/lib/vdsm/ne= tinfo/__init__.py", line 26, in <module> <span><b>00:05:46.754</b> </span> from .ipwrapper import DUMMY_BRIDGE <span><b>00:05:46.755</b> </span> File "/home/jenkins/workspace/vdsm_maste= r_build-artifacts-fc23-x86_64/vdsm/rpmbuild/BUILD/vdsm-4.17.999/lib/vdsm/ip= wrapper.py", line 30, in <module> <span><b>00:05:46.755</b> </span> from netaddr.core import AddrFormatErr= or <span><b>00:05:46.755</b> </span>ImportError: No module named 'netaddr'</pr= e><pre style=3D"white-space:pre-wrap;word-wrap:break-word;margin-top:0px;ma= rgin-bottom:0px;color:rgb(51,51,51);font-size:13px"><br></pre><pre style=3D= "white-space:pre-wrap;word-wrap:break-word;margin-top:0px;margin-bottom:0px= ;color:rgb(51,51,51);font-size:13px"><br></pre><pre style=3D"white-space:pr= e-wrap;word-wrap:break-word;margin-top:0px;margin-bottom:0px;color:rgb(51,5= 1,51);font-size:13px">Please fix ASAP.</pre></div></div></blockquote></div>= </div></div></blockquote><div><br></div><div>I think this a jenkins failure= , because this seems to come from (lack of) netaddr package, which is an ex= ternal package Vdsm depends on since ages (late 2013!)<br></div></div></div=
</blockquote><div><br></div></div></div><div>I think it's a missing dep in= build-artifacts.packages</div></div></div></div></blockquote><div><br= </div><div>forgot to mention, please note it's the python3 package missing= .</div></div></div></div></blockquote><div><br></div><div>yep, I think you = are right. Most likely broken by <a href=3D"https://gerrit.ovirt.org/#/c/55= 896/">https://gerrit.ovirt.org/#/c/55896/</a><br></div><div><br></div><div>= Let me quickly post a patch for this.<br></div><div><br></div><div>Bests,<b= r></div><div><br></div><div><br></div><div>-- <br></div><div><span name=3D"= x"></span>Francesco Romani<br>RedHat Engineering Virtualization R & D<b= r>Phone: 8261328<br>IRC: fromani<span name=3D"x"></span><br></div></div></b= ody></html> ------=_Part_29031106_72327156.1460618763905--
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? On Thu, Apr 14, 2016 at 10:26 AM, Francesco Romani <fromani@redhat.com> wrote:
------------------------------
*From: *"Sandro Bonazzola" <sbonazzo@redhat.com> *To: *"Francesco Romani" <fromani@redhat.com> *Cc: *"Eyal Edri" <eedri@redhat.com>, "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@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@redhat.com> wrote:
On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani <fromani@redhat.com> wrote:
------------------------------
*From: *"Eyal Edri" <eedri@redhat.com> *To: *"Sandro Bonazzola" <sbonazzo@redhat.com> *Cc: *"Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@redhat.com>, "Francesco Romani" <fromani@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@redhat.com> wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
*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.*
On Thu, Apr 14, 2016 at 10:45 AM, Yaniv Bronheim <ybronhei@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 http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/5210/consol... el7 build, no make check: 11:53 http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/747/console travis build: 3-4 minutes https://travis-ci.org/nirs/vdsm/builds 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@redhat.com> wrote:
________________________________
From: "Sandro Bonazzola" <sbonazzo@redhat.com> To: "Francesco Romani" <fromani@redhat.com> Cc: "Eyal Edri" <eedri@redhat.com>, "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@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@redhat.com> wrote:
On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani <fromani@redhat.com> wrote:
________________________________
From: "Eyal Edri" <eedri@redhat.com> To: "Sandro Bonazzola" <sbonazzo@redhat.com> Cc: "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@redhat.com>, "Francesco Romani" <fromani@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@redhat.com> wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
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.
ok .. https://gerrit.ovirt.org/56122 . and https://gerrit.ovirt.org/#/c/55604/ can get in too On Thu, Apr 14, 2016 at 10:59 AM, Nir Soffer <nsoffer@redhat.com> wrote:
On Thu, Apr 14, 2016 at 10:45 AM, Yaniv Bronheim <ybronhei@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
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/5210/consol...
el7 build, no make check: 11:53 http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/747/console
travis build: 3-4 minutes https://travis-ci.org/nirs/vdsm/builds
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@redhat.com> wrote:
________________________________
From: "Sandro Bonazzola" <sbonazzo@redhat.com> To: "Francesco Romani" <fromani@redhat.com> Cc: "Eyal Edri" <eedri@redhat.com>, "Dan Kenigsberg" <danken@redhat.com
,
"devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@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@redhat.com> wrote:
On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani <fromani@redhat.com> wrote:
________________________________
From: "Eyal Edri" <eedri@redhat.com> To: "Sandro Bonazzola" <sbonazzo@redhat.com> Cc: "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <
nsoffer@redhat.com>,
"Francesco Romani" <fromani@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@redhat.com> wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
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.
-- *Yaniv Bronhaim.*
On Thu, Apr 14, 2016 at 10:59 AM, Nir Soffer <nsoffer@redhat.com> wrote:
On Thu, Apr 14, 2016 at 10:45 AM, Yaniv Bronheim <ybronhei@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
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/5210/consol...
It can be drastically reduced, just by running it into RAM. I can run both EL7 and FC23 concurrently, on my laptop, @ about 5:15. Till they fail. EL7 make check fails on: /usr/bin/pep8 --exclude="${exclude}" --filename '*.py' . \ contrib/logdb contrib/profile-stats contrib/repoplot init/daemonAdapter vdsm/get-conf-item vdsm/set-conf-item vdsm/supervdsmServer vdsm/vdsm vdsm/vdsm-restore-net-config vdsm/storage/curl-img-wrap vdsm/storage/fc-scan vdsm-tool/vdsm-tool ./vdsm_hooks/checkips/after_get_stats.py:81:17: E126 continuation line over-indented for hanging indent ./vdsm_hooks/checkips/after_get_stats.py:88:21: E126 continuation line over-indented for hanging indent ./vdsm_hooks/checkips/after_get_stats.py:94:21: E126 continuation line over-indented for hanging indent make: *** [pep8] Error 1
el7 build, no make check: 11:53 http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/747/console
I'm running both EL7 and FC23 in parallel. Y.
travis build: 3-4 minutes https://travis-ci.org/nirs/vdsm/builds
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@redhat.com> wrote:
________________________________
From: "Sandro Bonazzola" <sbonazzo@redhat.com> To: "Francesco Romani" <fromani@redhat.com> Cc: "Eyal Edri" <eedri@redhat.com>, "Dan Kenigsberg" <danken@redhat.com
,
"devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@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@redhat.com> wrote:
On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani <fromani@redhat.com> wrote:
________________________________
From: "Eyal Edri" <eedri@redhat.com> To: "Sandro Bonazzola" <sbonazzo@redhat.com> Cc: "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <
nsoffer@redhat.com>,
"Francesco Romani" <fromani@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@redhat.com> wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
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.
Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--V0207lvV8h4k8FAm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 04/14 13:44, Yaniv Kaul wrote:
On Thu, Apr 14, 2016 at 10:45 AM, Yaniv Bronheim <ybronhei@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 "ma= ke check" anymore over el7 to save resources. we just build the rpm ther= e 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
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/5210/c= onsole =20 =20 It can be drastically reduced, just by running it into RAM. I can run both EL7 and FC23 concurrently, on my laptop, @ about 5:15. Till
On Thu, Apr 14, 2016 at 10:59 AM, Nir Soffer <nsoffer@redhat.com> wrote: =20 they fail. =20 EL7 make check fails on: /usr/bin/pep8 --exclude=3D"${exclude}" --filename '*.py' . \ contrib/logdb contrib/profile-stats contrib/repoplot init/daemonAdapter vdsm/get-conf-item vdsm/set-conf-item vdsm/supervdsmServer vdsm/vdsm vdsm/vdsm-restore-net-config vdsm/storage/curl-img-wrap vdsm/storage/fc-scan vdsm-tool/vdsm-tool ./vdsm_hooks/checkips/after_get_stats.py:81:17: E126 continuation line over-indented for hanging indent ./vdsm_hooks/checkips/after_get_stats.py:88:21: E126 continuation line over-indented for hanging indent ./vdsm_hooks/checkips/after_get_stats.py:94:21: E126 continuation line over-indented for hanging indent make: *** [pep8] Error 1 =20
=20 =20 =20 =20
el7 build, no make check: 11:53 http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/747/con=
sole =20 =20 I'm running both EL7 and FC23 in parallel. Y. =20 =20
travis build: 3-4 minutes https://travis-ci.org/nirs/vdsm/builds
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@redhat.co=
m>
wrote:
________________________________
From: "Sandro Bonazzola" <sbonazzo@redhat.com> To: "Francesco Romani" <fromani@redhat.com> Cc: "Eyal Edri" <eedri@redhat.com>, "Dan Kenigsberg" <danken@redhat.=
com ,
"devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "= Nir Soffer" <nsoffer@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 de=
fc23 .packages
On Thu, Apr 14, 2016 at 9:12 AM, Sandro Bonazzola <sbonazzo@redhat.c= om> wrote:
On Thu, Apr 14, 2016 at 9:01 AM, Francesco Romani <fromani@redhat.c=
om>
wrote:
________________________________
From: "Eyal Edri" <eedri@redhat.com> To: "Sandro Bonazzola" <sbonazzo@redhat.com> Cc: "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org=
,
"Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" < nsoffer@redhat.com>, "Francesco Romani" <fromani@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@redhat.com> wrote: > > > http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/82= 3/console > > 00:05:46.751 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > 00:05:46.751 ERROR: Failure: ImportError (No module named 'netadd= r') > 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 =3D load_module(part_fqname, fh, filename, d= esc) > 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 =3D 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/r=
> 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/r=
> 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/r=
As per Yaniv's suggestion (on another thread), we are planning to set up a = POC on running the tests completely on RAM soon, if you have any experiences li= ke the one above about running the tests on ram, please put me in cc, the more info we get the better :) Thanks! p on pmbuild/BUILD/vdsm-4.17.999/tests/network/models_test.py", pmbuild/BUILD/vdsm-4.17.999/lib/vdsm/netinfo/__init__.py", pmbuild/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 (l= ack 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.
Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605 --V0207lvV8h4k8FAm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJXD3WXAAoJEEBxx+HSYmnDHqkH+gKUMyUojL/bBXM37UvyJUOa EyxxgqOPiMXDC3qgIULGwzmEZm4Hi9AfGfXr1WZypgB5XLu8RKs18dNIl4yjPNwX IV1rMgaiw2r2josr0T5KlUr948u1uxCc3mo4wiB3FuS9oYyUglnQgWafy3Gk+9SM 5HFuhq3C6EOrJe3QpVrK7W1DYaX9Sup2pzkyF5ckqb9xaMvyVkNebBYuSdtza/Kl nOV1aWI5whv8YnWTLAg9JlSVkcuRj4/5Hsvgng/xBK+jad2jGdcDSKwa7BQFlSPz nHYKZMSxUZayS43M+/2xYKzREmQR7lYM+9DA5HdHf2zHGpRtLD0zHmtzI30kYp0= =fB7j -----END PGP SIGNATURE----- --V0207lvV8h4k8FAm--
On Thu, Apr 14, 2016 at 03:01:50AM -0400, Francesco Romani wrote:
----- Original Message -----
From: "Eyal Edri" <eedri@redhat.com> To: "Sandro Bonazzola" <sbonazzo@redhat.com> Cc: "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@redhat.com>, "Francesco Romani" <fromani@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@redhat.com > wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
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've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry.
We are looking into running tests on memory and on SSDs soon, so it should speed up tests significantly. On Thu, Apr 14, 2016 at 11:56 AM, Dan Kenigsberg <danken@redhat.com> wrote:
On Thu, Apr 14, 2016 at 03:01:50AM -0400, Francesco Romani wrote:
----- Original Message -----
From: "Eyal Edri" <eedri@redhat.com> To: "Sandro Bonazzola" <sbonazzo@redhat.com> Cc: "Dan Kenigsberg" <danken@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" <ybronhei@redhat.com>, "Nir Soffer" <nsoffer@redhat.com>, "Francesco Romani" <fromani@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@redhat.com > wrote:
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
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've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry.
-- Eyal Edri Associate Manager RHEV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote:
I've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry.
Actually, it's not that, as build-artifacts.packages is a softlink build-artifacts.packages.fc23 -> check-merged.packages.fc23 despite that, http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con... mock \ --configdir="/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm" \ --root="mocker-fedora-23-x86_64.fc23" \ --install "autoconf automake git lago lago-ovirt libguestfs-tools-c m2crypto make mom policycoreutils-python pyflakes python-blivet python-coverage python-devel python-inotify python-ioprocess python-netaddr python-nose python-pep8 python-pthreading python-rtslib python-six python3-nose python3-six rpm-build sudo yum yum-utils grubby" \ --resultdir="logs/mocker-fedora-23-x86_64.fc23.install_packages" does not list python3-netaddr. Any idea why?
On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote:
=20 I've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry. =20 Actually, it's not that, as build-artifacts.packages is a softlink =20 build-artifacts.packages.fc23 -> check-merged.packages.fc23 =20 despite that, =20 http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/= consoleText =20 mock \ --configdir=3D"/home/jenkins/workspace/vdsm_master_build-artifact= s-fc23-x86_64/vdsm" \ --root=3D"mocker-fedora-23-x86_64.fc23" \ --install "autoconf automake git lago lago-ovirt libguestfs-tools= -c m2crypto make mom policycoreutils-python pyflakes python-blivet python-c= overage python-devel python-inotify python-ioprocess python-netaddr python-= nose python-pep8 python-pthreading python-rtslib python-six python3-nose py=
--f6M9UaX53EEZorp0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 04/14 12:06, Dan Kenigsberg wrote: thon3-six rpm-build sudo yum yum-utils grubby" \
--resultdir=3D"logs/mocker-fedora-23-x86_64.fc23.install_packages" =20 does not list python3-netaddr. Any idea why?
That package is not in the packages list of the check-merged.packages.fc23 = file for that patch: https://gerrit.ovirt.org/gitweb?p=3Dvdsm.git;a=3Dblob;f=3Dautomation/check-= merged.packages.fc23;h=3Ddd5c7f28805acf6c3f4c60b2606fb242b93a38f9;hb=3Dd465= 74376cda5015551c5015df7f9dcfcec28493
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605 --f6M9UaX53EEZorp0 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJXD2F6AAoJEEBxx+HSYmnDw0oH+wWi7jhoGkGJQlHc8fWUiTbn ur8LCjI7GcPa1AZ6GzJqurZ4dXKI1rZiTtkoM7Qrfvv58DJAyRHvS1Q3Uq9KQZxl NUDroWzEzFyhjAzq4LdQ48HH/XUabofQpc/9BKQ0ALQ0CUBs5G/ARrz989ew16Lu KzVMAXYcSs3+WRKG/3RgT9XxgqvwpOqgSxBZ191Op2Kq0lfSYlP4BjPVvB8NAGI4 9sMEaaZFXZYLu+TJ1kA/EpmgGJ2neQpm7c4SrH5KHUo/nUZghJZIdvmuumLunPWV yVTLsJSBjGY3yLlLUrmCgI0VMs0qzHY76xPZBOZYrIXkPVTqfSyg+cMJFKPwhwE= =dpf/ -----END PGP SIGNATURE----- --f6M9UaX53EEZorp0--
On Thu, Apr 14, 2016 at 12:23 PM, David Caro <dcaro@redhat.com> wrote:
On 04/14 12:06, Dan Kenigsberg wrote:
On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote:
I've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry.
Actually, it's not that, as build-artifacts.packages is a softlink
build-artifacts.packages.fc23 -> check-merged.packages.fc23
despite that,
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
mock \ --configdir="/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm" \ --root="mocker-fedora-23-x86_64.fc23" \ --install "autoconf automake git lago lago-ovirt libguestfs-tools-c m2crypto make mom policycoreutils-python pyflakes python-blivet python-coverage python-devel python-inotify python-ioprocess python-netaddr python-nose python-pep8 python-pthreading python-rtslib python-six python3-nose python3-six rpm-build sudo yum yum-utils grubby" \ --resultdir="logs/mocker-fedora-23-x86_64.fc23.install_packages"
does not list python3-netaddr. Any idea why?
That package is not in the packages list of the check-merged.packages.fc23 file for that patch:
We have single place for build requirements - vdsm.spec. How about using yum builddep to install dependencies instead of duplicating the data? Keeping multiple requirements lists is not maintainable. Nir
On Apr 14, 2016, at 11:52 AM, Nir Soffer <nsoffer@redhat.com> wrote:
On Thu, Apr 14, 2016 at 12:23 PM, David Caro <dcaro@redhat.com> wrote:
On 04/14 12:06, Dan Kenigsberg wrote:
On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote:
I've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry.
Actually, it's not that, as build-artifacts.packages is a softlink
build-artifacts.packages.fc23 -> check-merged.packages.fc23
despite that,
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
mock \ --configdir="/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm" \ --root="mocker-fedora-23-x86_64.fc23" \ --install "autoconf automake git lago lago-ovirt libguestfs-tools-c m2crypto make mom policycoreutils-python pyflakes python-blivet python-coverage python-devel python-inotify python-ioprocess python-netaddr python-nose python-pep8 python-pthreading python-rtslib python-six python3-nose python3-six rpm-build sudo yum yum-utils grubby" \ --resultdir="logs/mocker-fedora-23-x86_64.fc23.install_packages"
does not list python3-netaddr. Any idea why?
That package is not in the packages list of the check-merged.packages.fc23 file for that patch:
We have single place for build requirements - vdsm.spec. How about using yum builddep to install dependencies instead of duplicating the data?
That’s not really feasible, since we are generating vdsm.spec during the run of configure, then again configure requires some packages to be available…. Not really the best of ideas
Keeping multiple requirements lists is not maintainable.
Nir _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
On Thu, Apr 14, 2016 at 12:55 PM, Vinzenz Feenstra <vfeenstr@redhat.com> wrote:
On Apr 14, 2016, at 11:52 AM, Nir Soffer <nsoffer@redhat.com> wrote:
On Thu, Apr 14, 2016 at 12:23 PM, David Caro <dcaro@redhat.com> wrote:
On 04/14 12:06, Dan Kenigsberg wrote:
On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote:
I've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry.
Actually, it's not that, as build-artifacts.packages is a softlink
build-artifacts.packages.fc23 -> check-merged.packages.fc23
despite that,
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
mock \ --configdir="/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm" \ --root="mocker-fedora-23-x86_64.fc23" \ --install "autoconf automake git lago lago-ovirt libguestfs-tools-c m2crypto make mom policycoreutils-python pyflakes python-blivet python-coverage python-devel python-inotify python-ioprocess python-netaddr python-nose python-pep8 python-pthreading python-rtslib python-six python3-nose python3-six rpm-build sudo yum yum-utils grubby" \ --resultdir="logs/mocker-fedora-23-x86_64.fc23.install_packages"
does not list python3-netaddr. Any idea why?
That package is not in the packages list of the check-merged.packages.fc23 file for that patch:
We have single place for build requirements - vdsm.spec. How about using yum builddep to install dependencies instead of duplicating the data?
That’s not really feasible, since we are generating vdsm.spec during the run of configure, then again configure requires some packages to be available…. Not really the best of ideas
Suggest a better way? Nir
Keeping multiple requirements lists is not maintainable.
Nir _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--WVf18ZLo9bznw8Mz Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 04/14 13:17, Nir Soffer wrote:
On Thu, Apr 14, 2016 at 12:55 PM, Vinzenz Feenstra <vfeenstr@redhat.com> = wrote:
On Apr 14, 2016, at 11:52 AM, Nir Soffer <nsoffer@redhat.com> wrote:
On Thu, Apr 14, 2016 at 12:23 PM, David Caro <dcaro@redhat.com> wrote:
On 04/14 12:06, Dan Kenigsberg wrote:
On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote:
I've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry.
Actually, it's not that, as build-artifacts.packages is a softlink
build-artifacts.packages.fc23 -> check-merged.packages.fc23
despite that,
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64=
/823/consoleText
mock \ --configdir=3D"/home/jenkins/workspace/vdsm_master_build-arti=
facts-fc23-x86_64/vdsm" \
--root=3D"mocker-fedora-23-x86_64.fc23" \ --install "autoconf automake git lago lago-ovirt libguestfs-t=
ools-c m2crypto make mom policycoreutils-python pyflakes python-blivet pyth= on-coverage python-devel python-inotify python-ioprocess python-netaddr pyt= hon-nose python-pep8 python-pthreading python-rtslib python-six python3-nos= e python3-six rpm-build sudo yum yum-utils grubby" \
--resultdir=3D"logs/mocker-fedora-23-x86_64.fc23.install_pack=
ages"
does not list python3-netaddr. Any idea why?
That package is not in the packages list of the check-merged.packages= =2Efc23 file for that patch:
We have single place for build requirements - vdsm.spec. How about using yum builddep to install dependencies instead of duplicating the data?
That=E2=80=99s not really feasible, since we are generating vdsm.spec d= uring the run of configure, then again configure requires some packages to = be available=E2=80=A6. Not really the best of ideas =20 Suggest a better way?
Maybe you should try to avoid generating the spec? at least, not the 'buildrequires' section? (so it would be usable to extract the requirements even if some sections of it will be changed later by autotools/make/whateve= r)
=20 Nir =20
Keeping multiple requirements lists is not maintainable.
Nir _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605 --WVf18ZLo9bznw8Mz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJXD26uAAoJEEBxx+HSYmnDYn0IAJzLnpFXeOxdudUs9I/6IQc9 fmgRwzViLCxPQkYDr/TIat4hZUnnim7s+sKllAMfd2kRSxqCm1jKSwoSBpnrECUA /dTW7CC2LDrHEDsULHyNgCTLdcNLGe6BRWSgU26GMU7Qw5R2Brh0lYqtiP/Iv8JW lJfpRFTHO2hYlRdiM6GWGpNF2SZ1geIHO+nr6zqxIdZi0bx6GAAe6JQIu8SiIhF7 CR9ebBzf9BSQ07WIqqXkXVmijK+gewICuug6vxv13Dvi8W6Gx1opF5T59gcZaQxE 5QSSWYcVDOPh/mXnq21oliSayEQLvVoK3AJpQrNrVk+CNXUQqVOVKHdZym5Nha0= =gPFD -----END PGP SIGNATURE----- --WVf18ZLo9bznw8Mz--
On Thu, Apr 14, 2016 at 1:19 PM, David Caro <dcaro@redhat.com> wrote:
On 04/14 13:17, Nir Soffer wrote:
On Thu, Apr 14, 2016 at 12:55 PM, Vinzenz Feenstra <vfeenstr@redhat.com> wrote:
On Apr 14, 2016, at 11:52 AM, Nir Soffer <nsoffer@redhat.com> wrote:
On Thu, Apr 14, 2016 at 12:23 PM, David Caro <dcaro@redhat.com> wrote:
On 04/14 12:06, Dan Kenigsberg wrote:
On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote: > > I've added the package it check-patch.packages, but not to > build-artifacts.packages. should be fixed in a minutes. Sorry.
Actually, it's not that, as build-artifacts.packages is a softlink
build-artifacts.packages.fc23 -> check-merged.packages.fc23
despite that,
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
mock \ --configdir="/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm" \ --root="mocker-fedora-23-x86_64.fc23" \ --install "autoconf automake git lago lago-ovirt libguestfs-tools-c m2crypto make mom policycoreutils-python pyflakes python-blivet python-coverage python-devel python-inotify python-ioprocess python-netaddr python-nose python-pep8 python-pthreading python-rtslib python-six python3-nose python3-six rpm-build sudo yum yum-utils grubby" \ --resultdir="logs/mocker-fedora-23-x86_64.fc23.install_packages"
does not list python3-netaddr. Any idea why?
That package is not in the packages list of the check-merged.packages.fc23 file for that patch:
We have single place for build requirements - vdsm.spec. How about using yum builddep to install dependencies instead of duplicating the data?
That’s not really feasible, since we are generating vdsm.spec during the run of configure, then again configure requires some packages to be available…. Not really the best of ideas
Suggest a better way?
Maybe you should try to avoid generating the spec? at least, not the 'buildrequires' section? (so it would be usable to extract the requirements even if some sections of it will be changed later by autotools/make/whatever)
Or maybe we should remove the build requirements from the spec, since it is not a portable solution (e.g. debian), and have simple list of packages for each supported platform. Milan, what is the solution that will work best for debian? Nir
On Thu, Apr 14, 2016 at 12:26 PM, Nir Soffer <nsoffer@redhat.com> wrote:
On 04/14 13:17, Nir Soffer wrote:
On Thu, Apr 14, 2016 at 12:55 PM, Vinzenz Feenstra <vfeenstr@redhat.com> wrote:
On Apr 14, 2016, at 11:52 AM, Nir Soffer <nsoffer@redhat.com> wrote:
On Thu, Apr 14, 2016 at 12:23 PM, David Caro <dcaro@redhat.com>
wrote:
On 04/14 12:06, Dan Kenigsberg wrote: > On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote: >> >> I've added the package it check-patch.packages, but not to >> build-artifacts.packages. should be fixed in a minutes. Sorry. > > Actually, it's not that, as build-artifacts.packages is a softlink > > build-artifacts.packages.fc23 -> check-merged.packages.fc23 > > despite that, > > http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con... > > mock \ > --configdir="/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm" \ > --root="mocker-fedora-23-x86_64.fc23" \ > --install "autoconf automake git lago lago-ovirt
> --resultdir="logs/mocker-fedora-23-x86_64.fc23.install_packages" > > does not list python3-netaddr. Any idea why?
That package is not in the packages list of the check-merged.packages.fc23 file for that patch:
We have single place for build requirements - vdsm.spec. How about using yum builddep to install dependencies instead of duplicating the data?
That’s not really feasible, since we are generating vdsm.spec during
On Thu, Apr 14, 2016 at 1:19 PM, David Caro <dcaro@redhat.com> wrote: libguestfs-tools-c m2crypto make mom policycoreutils-python pyflakes python-blivet python-coverage python-devel python-inotify python-ioprocess python-netaddr python-nose python-pep8 python-pthreading python-rtslib python-six python3-nose python3-six rpm-build sudo yum yum-utils grubby" \ the run of configure, then again configure requires some packages to be available….
Not really the best of ideas
Suggest a better way?
Maybe you should try to avoid generating the spec? at least, not the 'buildrequires' section? (so it would be usable to extract the requirements even if some sections of it will be changed later by autotools/make/whatever)
Or maybe we should remove the build requirements from the spec, since it is
Removing build requirements from the spec file will make the build impossible in koji.
not a portable solution (e.g. debian), and have simple list of packages for each supported platform.
Milan, what is the solution that will work best for debian?
Nir _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
On Thu, Apr 14, 2016 at 12:26 PM, Nir Soffer <nsoffer@redhat.com> wrote: =20
On 04/14 13:17, Nir Soffer wrote:
On Thu, Apr 14, 2016 at 12:55 PM, Vinzenz Feenstra <vfeenstr@redhat.= com> wrote:
On Apr 14, 2016, at 11:52 AM, Nir Soffer <nsoffer@redhat.com> wro=
te:
On Thu, Apr 14, 2016 at 12:23 PM, David Caro <dcaro@redhat.com>
wrote:
> On 04/14 12:06, Dan Kenigsberg wrote: >> On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote: >>> >>> I've added the package it check-patch.packages, but not to >>> build-artifacts.packages. should be fixed in a minutes. Sorry. >> >> Actually, it's not that, as build-artifacts.packages is a softl= ink >> >> build-artifacts.packages.fc23 -> check-merged.packages.fc23 >> >> despite that, >> >> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/82= 3/consoleText >> >> mock \ >> --configdir=3D"/home/jenkins/workspace/vdsm_master_build-artifacts-fc23= -x86_64/vdsm" \ >> --root=3D"mocker-fedora-23-x86_64.fc23" \ >> --install "autoconf automake git lago lago-ovirt
On Thu, Apr 14, 2016 at 1:19 PM, David Caro <dcaro@redhat.com> wrote: libguestfs-tools-c m2crypto make mom policycoreutils-python pyflakes python-blivet python-coverage python-devel python-inotify python-ioproc= ess python-netaddr python-nose python-pep8 python-pthreading python-rtslib python-six python3-nose python3-six rpm-build sudo yum yum-utils grubby= " \
>> --resultdir=3D"logs/mocker-fedora-23-x86_64.fc23.install_packages" >> >> does not list python3-netaddr. Any idea why? > > That package is not in the packages list of the check-merged.packages.fc23 file > for that patch:
We have single place for build requirements - vdsm.spec. How about using yum builddep to install dependencies instead of duplicating the data?
That=E2=80=99s not really feasible, since we are generating vdsm.s=
--fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 04/14 12:43, Sandro Bonazzola wrote: pec during
the run of configure, then again configure requires some packages to be available=E2=80=A6.
Not really the best of ideas
Suggest a better way?
Maybe you should try to avoid generating the spec? at least, not the 'buildrequires' section? (so it would be usable to extract the requirements even if some sections of it will be changed later by autotools/make/whatever)
Or maybe we should remove the build requirements from the spec, since i= t is
=20 Removing build requirements from the spec file will make the build impossible in koji. =20
I guess he meant removing them from the spec file as 'source' for them, and generating the specfile from wherever they are defined. Not completely remo= ving them from the spec and leave the spec without them
=20 =20
not a portable solution (e.g. debian), and have simple list of packages for each supported platform.
Milan, what is the solution that will work best for debian?
Nir _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
=20 =20 =20 --=20 Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605 --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJXD3TpAAoJEEBxx+HSYmnD1H4H/1DgZl3TJcW/Y5WZ4NZA6ns6 A4J3d9Y6LVYweeL/ksnyxQI5x/Z25FOLqHGzDlgb2P73bAuA8aBAAqLE9nZGpJ60 /yFvZ56AjO60/ocSuL2P9ryPdXdugSfAsmS4UKVqZGrtf0LIHNsjMiw+VGHJSIVc nGRX7Tw1oOA5f0IbWpJPgp55wtGfnGTiFwJAWVV/epvtf1/qF4AbANgvjgTRYo5E Uyqw5jMv+FfTNtihIps9e+vOtOA2A3aSmc1/ZrXJFutL2bmZY5yjRCJYToTd0yRu +SECOJ1yFyLz5d0RfAElzcsMxb9S5bAW4V3I1kElL6RKEuPR8zU0JQXFjCCbMig= =Toi9 -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N--
Nir Soffer <nsoffer@redhat.com> writes:
Or maybe we should remove the build requirements from the spec, since it is not a portable solution (e.g. debian), and have simple list of packages for each supported platform.
Milan, what is the solution that will work best for debian?
I think it's not much feasible to track lists of packages for (very) different supported platforms reliably in upstream. It's better to have one reliable authoritative source, such as the current rpm spec, and let the other downstream package maintainers track it and apply the corresponding changes for their platforms.
On Thu, Apr 14, 2016 at 12:23 PM, David Caro <dcaro@redhat.com> wrote:
On 04/14 12:06, Dan Kenigsberg wrote:
On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote:
I've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry.
Actually, it's not that, as build-artifacts.packages is a softlink
build-artifacts.packages.fc23 -> check-merged.packages.fc23
despite that,
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/8= 23/consoleText
mock \ --configdir=3D"/home/jenkins/workspace/vdsm_master_build-artif= acts-fc23-x86_64/vdsm" \ --root=3D"mocker-fedora-23-x86_64.fc23" \ --install "autoconf automake git lago lago-ovirt libguestfs-to=
--Lez9QO3Seu3ycz0M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 04/14 12:52, Nir Soffer wrote: ols-c m2crypto make mom policycoreutils-python pyflakes python-blivet pytho= n-coverage python-devel python-inotify python-ioprocess python-netaddr pyth= on-nose python-pep8 python-pthreading python-rtslib python-six python3-nose= python3-six rpm-build sudo yum yum-utils grubby" \
--resultdir=3D"logs/mocker-fedora-23-x86_64.fc23.install_packa=
ges"
does not list python3-netaddr. Any idea why?
That package is not in the packages list of the check-merged.packages.f= c23 file for that patch: =20 We have single place for build requirements - vdsm.spec. How about using yum builddep to install dependencies instead of duplicating the data?
+1 from me, other projects already do that (though vdsm also has some requirements in order to bulid the spec file...)
=20 Keeping multiple requirements lists is not maintainable. =20 Nir
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605 --Lez9QO3Seu3ycz0M Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJXD2kRAAoJEEBxx+HSYmnDMQIH/jIOSKgg3XgzEPNhefZ+NdJO gzvdiOQKmsuZBtulq1/D8hW2zwavPNxaq1oFJdmICzFtt5As+11Ad78Ay3lN0b0N PAZqOV31E/x8urYikHJ0kwpNdUm2T8GOtDHEIXlGFOKEZVlqgPXnsaMXbegXgEVp 73LXb6bUSbppE/k5xYnxwL5X7AMKIRv3kmzkX0PMm/CxxaBz7pkT8QR2ad6kOBur 8zHoLVve8+X5b+rVJiMRVWWk2Me/U1PAQ7+nJgT5/+dcgFnQyCymA0u0TZ0J2CQL aFg9/DKUhU8xlJX0ioe6ibJrFFbf72x6G2kOqV3BHxwE5tpMSMeVc18+CJGYQJw= =Bpgl -----END PGP SIGNATURE----- --Lez9QO3Seu3ycz0M--
On Thu, Apr 14, 2016 at 11:23:06AM +0200, David Caro wrote:
On 04/14 12:06, Dan Kenigsberg wrote:
On Thu, Apr 14, 2016 at 11:56:10AM +0300, Dan Kenigsberg wrote:
I've added the package it check-patch.packages, but not to build-artifacts.packages. should be fixed in a minutes. Sorry.
Actually, it's not that, as build-artifacts.packages is a softlink
build-artifacts.packages.fc23 -> check-merged.packages.fc23
despite that,
http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc23-x86_64/823/con...
mock \ --configdir="/home/jenkins/workspace/vdsm_master_build-artifacts-fc23-x86_64/vdsm" \ --root="mocker-fedora-23-x86_64.fc23" \ --install "autoconf automake git lago lago-ovirt libguestfs-tools-c m2crypto make mom policycoreutils-python pyflakes python-blivet python-coverage python-devel python-inotify python-ioprocess python-netaddr python-nose python-pep8 python-pthreading python-rtslib python-six python3-nose python3-six rpm-build sudo yum yum-utils grubby" \ --resultdir="logs/mocker-fedora-23-x86_64.fc23.install_packages"
does not list python3-netaddr. Any idea why?
That package is not in the packages list of the check-merged.packages.fc23 file for that patch:
https://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=automation/check-merged....
Oh, thanks. https://gerrit.ovirt.org/56143 adds them.
participants (10)
-
Dan Kenigsberg -
David Caro -
Eyal Edri -
Francesco Romani -
Milan Zamazal -
Nir Soffer -
Sandro Bonazzola -
Vinzenz Feenstra -
Yaniv Bronheim -
Yaniv Kaul