[execnet-dev] testing/test_gateway.py::TestBasicGateway::test_gateway_status_busy[thread-popen] FAILED
Daniel Stender
daniel at danielstender.com
Tue Dec 27 08:30:56 EST 2016
Hi,
with our Debian package, we've got this test failure here during a test build:
<cut>
testing/test_gateway.py::TestBasicGateway::test_gateway_status_busy[thread-popen] FAILED
=========================== short test summary info ============================
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no python3.2 found
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no jython found
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no python2.6 found
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no pypy found
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no python3.3 found
SKIP [36] /usr/lib/python2.7/dist-packages/_pytest/config.py:1142: no 'gspecs' option found
=================================== FAILURES ===================================
___________ TestBasicGateway.test_gateway_status_busy[thread-popen] ____________
self = <test_gateway.TestBasicGateway instance at 0x7f7835742cf8>
gw = <Gateway id='popen' receive-live, thread model, 0 active channels>
def test_gateway_status_busy(self, gw):
numchannels = gw.remote_status().numchannels
ch1 = gw.remote_exec("channel.send(1); channel.receive()")
ch2 = gw.remote_exec("channel.receive()")
ch1.receive()
status = gw.remote_status()
assert status.numexecuting == 2 # number of active execution threads
assert status.numchannels == numchannels + 2
ch1.send(None)
ch2.send(None)
ch1.waitclose()
ch2.waitclose()
for i in range(10):
status = gw.remote_status()
if status.numexecuting == 0:
break
else:
> pytest.fail("did not get correct remote status")
E Failed: did not get correct remote status
testing/test_gateway.py:88: Failed
</cut>
Could this be prevented somehow?
Thanks for comments,
DS
P.S. I've got three test failures more, I'm going to post this as separate emails each.
--
4096R/DF5182C8
Debian Developer (stender at debian.org)
LPIC-1 (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/
More information about the execnet-dev
mailing list