Source: python-libtmux
Version: 0.61.0-2
Severity: serious
X-Debbugs-Cc: [email protected]

Dear maintainer,

the autopkgtests of python-libtmux are flaky:

 80s =================================== FAILURES 
===================================
 80s _____________ test_control_mode_stdout_preserves_non_ascii_output 
______________
 80s 
 80s control_mode = functools.partial(<class 
'libtmux._internal.control_mode.ControlMode'>, 
server=Server(socket_name=libtmux_test4ouev6i_), session=Session($1 
libtmux_vneftrwp))
 80s 
 80s     @pytest.mark.skipif(
 80s         sys.flags.utf8_mode != 0,
 80s         reason="PYTHONUTF8 mode forces UTF-8, masking the locale bug",
 80s     )
 80s     def test_control_mode_stdout_preserves_non_ascii_output(
 80s         control_mode: t.Callable[[], ControlMode],
 80s     ) -> None:
 80s         """Control-mode stdout must preserve non-ASCII tmux output."""
 80s         old_lc_ctype = locale.setlocale(locale.LC_CTYPE)
 80s         try:
 80s             locale.setlocale(locale.LC_CTYPE, "C")
 80s             with control_mode() as ctl:
 80s                 os.write(
 80s                     ctl._write_fd,
 80s                     f"display-message -p '{FORMAT_SEPARATOR}'\n".encode(),
 80s                 )
 80s     
 80s                 for _ in range(20):
 80s                     ready, _, _ = select.select([ctl.stdout], [], [], 1)
 80s >                   assert ready, "timed out waiting for control-mode 
output"
 80s E                   AssertionError: timed out waiting for control-mode 
output
 80s E                   assert []
 80s 
 80s tests/test_control_mode.py:91: AssertionError
 80s =========================== short test summary info 
============================
 80s FAILED 
tests/test_control_mode.py::test_control_mode_stdout_preserves_non_ascii_output
 80s ====================== 1 failed, 969 deselected in 2.41s 
=======================


See
https://ci.debian.net/packages/p/python-libtmux/testing/amd64/74916704/
and
https://ci.debian.net/packages/p/python-libtmux/testing/armhf/74917824/
for examples. On other architectures they did not fail and also the
history of autopkgtests (e.g. on amd64
https://ci.debian.net/packages/p/python-libtmux/testing/amd64/) suggests
that those tests fail randomly.

Cheers
-- 
Sebastian Ramacher

Reply via email to