Your message dated Fri, 9 Nov 2018 21:04:53 -0500 (EST)
with message-id <[email protected]>
and subject line Fixed
has caused the Debian Bug report #846952,
regarding execnet: testing/test_channel.py::TestStringCoerce::test_2to3 FAILED
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
846952: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846952
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: execnet
Version: 1.4.1-2
Severity: serious
Justification: fails to build from source
Execnet currently fails in DEP-8 tests [1]:
<cut>
testing/test_channel.py::TestStringCoerce::test_2to3 FAILED
{...}
=================================== FAILURES ===================================
__________________________ TestStringCoerce.test_2to3 __________________________
self = <test_channel.TestStringCoerce instance at 0x7f2385226440>
makegateway = <bound method Group.makegateway of <Group ['gw0']>>
@pytest.mark.skipif('sys.version>="3.0"')
def test_2to3(self, makegateway):
python = _find_version('3')
gw = makegateway('popen//python=%s' % python)
ch = gw.remote_exec('channel.send(channel.receive());'*2)
ch.send('a')
> res = ch.receive()
testing/test_channel.py:351:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
self = <Channel id=1 open>, timeout = None
def receive(self, timeout=None):
"""receive a data item that was sent from the other side.
timeout: None [default] blocked waiting. A positive number
indicates the number of seconds after which a channel.TimeoutError
exception will be raised if no item was received.
Note that exceptions from the remotely executing code will be
reraised as channel.RemoteError exceptions containing
a textual representation of the remote traceback.
"""
itemqueue = self._items
if itemqueue is None:
raise IOError("cannot receive(), channel has receiver callback")
try:
x = itemqueue.get(timeout=timeout)
except self.gateway.execmodel.queue.Empty:
raise self.TimeoutError("no item after %r seconds" % (timeout))
if x is ENDMARKER:
itemqueue.put(x) # for other receivers
> raise self._getremoteerror() or EOFError()
E EOFError: couldnt load message header, expected 9 bytes, got 0
execnet/gateway_base.py:737: EOFError
----------------------------- Captured stderr call -----------------------------
Exception ignored in: <object repr() failed>
Traceback (most recent call last):
File "<string>", line 602, in __del__
AttributeError: 'Channel' object has no attribute '_closed'
</cut>
By the way, the package is RFA [2].
Thanks,
DS
[1]
https://ci.debian.net/data/packages/unstable/amd64/e/execnet/20161203_200139.autopkgtest.log.gz
[2] https://bugs.debian.org/840032
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
fixed 846952 1.5.0-2
bye
This was fixed in 1.5.0-2 by adding python3 to the dependencies for the
python2 tests. This particular test is testing the interaction between
python2 and python3 versions of execnet. It failed to find python3 which
caused the test to fail. The test is supposed to be skipped if python3 is
not found, but that's a different bug.
--- End Message ---
_______________________________________________
Python-modules-team mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
