New submission from Felix Yan :
==
FAIL: test_compound (tkinter.test.test_ttk.test_widgets.ButtonTest)
--
Traceback (most recent call last):
File
"/
Felix Yan added the comment:
It's Arch Linux x86_64 with system tcl/tk. It's build in a clean chroot for
packaging and always reproducible.
--
___
Python tracker
<https://bugs.python.o
New submission from Felix Yan :
In bpo-40874, mpdecimal.h in the vendored libmpdec has defines of UNUSED while
the standalone released version of mpdecimal 2.5.0 doesn't. This breaks
_decimal module build with system libmpdec due to UNUSED is undefined.
Errors are like:
cpython/Mo
Change by Felix Yan :
--
keywords: +patch
pull_requests: +20624
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/21481
___
Python tracker
<https://bugs.python.org/issu
Felix Yan added the comment:
Yes, I am currently defining it manually as a workaround for building 3.8.4 in
Arch.
Also opened GH-21481 for this :)
--
___
Python tracker
<https://bugs.python.org/issue41
Change by Felix Yan :
--
pull_requests: +20631
status: pending -> open
pull_request: https://github.com/python/cpython/pull/21488
___
Python tracker
<https://bugs.python.org/issu
New submission from Felix Yan :
test_from (tkinter.test.test_tkinter.test_widgets.ScaleTest) is currently
failing on Arch Linux, and at least another place:
https://python-build-standalone.readthedocs.io/en/latest/status.html
The error looks like
Felix Yan added the comment:
tkinter.TCL_VERSION: 8.6
tkinter.TK_VERSION: 8.6
tkinter.info_patchlevel: 8.6.10
It's always reproducible in either a real desktop or Xvfb with arbitrary
resolution etc as far as I have tested.
--
___
Python tr
New submission from Felix Yan :
In my riscv64 build, test_thousand
(test.test_multiprocessing_forkserver.WithProcessesTestBarrier) always hangs on
some locking thing, and the compileall part during installation hangs the same
way. I am not sure if it's toolchain related or something
New submission from Felix Yan :
I am packaging Python for Arch and the tests suite of Python 3.8.6 pass here
without this:
```
0:09:06 load avg: 0.87 [205/424] test_lib2to3
New submission from Felix Yan :
I am packaging Python for Arch and the test suite of Python 3.8.6 passes here
without these:
==
FAIL: test_multiple_roots
(test.test_tools.test_c_analyzer.test_common.test_files.IterFilesTests
Felix Yan added the comment:
I use this in Arch's packaging:
LC_CTYPE=en_US.UTF-8 xvfb-run -s "-screen 0 1920x1080x16 -ac +extension GLX" -a
-n "$servernum" \
"${srcdir}/Python-${pkgver}/python" -m test.regrtest -v -uall -x test_tk
(test_t
Changes by Felix Yan :
--
nosy: +felixonmars
___
Python tracker
<http://bugs.python.org/issue27650>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Felix Yan:
test_expanduser in test.test_posixpath.PosixPathTest fails when the users $HOME
being exactly "/", after the patch in issue17809 was introduced.
test test_posixpath failed -- Traceback (most recent call last):
File "/build/python/src/Python-3.
Changes by Felix Yan :
--
title: FAIL: test_expanduser when $HOME=/ -> FAIL: test_posixpath when $HOME=/
___
Python tracker
<http://bugs.python.org/issu
Changes by Felix Yan :
--
title: FAIL: test_posixpath when $HOME=/ -> FAIL: test_expanduser when $HOME=/
___
Python tracker
<http://bugs.python.org/issu
Felix Yan added the comment:
btw, there seems to be a relevant failure in test_pathlib as well:
test test_pathlib failed -- Traceback (most recent call last):
File "/build/python/src/Python-3.5.0rc2/Lib/test/test_pathlib.py", line 2015,
in test_expanduser
self.assertEqual(p1.
New submission from Felix Yan:
The regex in test_gdb reads only one digit of gdb's minor version, which would
fail for gdb >= 7.10, and skip the test as 7.1 < 7.4.
Original commit: https://hg.python.org/cpython/rev/b71cda2f48c6#l1.9
Patch attached.
--
components:
Changes by Felix Yan :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue25195>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Felix Yan:
Since Python 3.5.0 mock.MagicMock() object seems not matched by mock.ANY. This
behavior looks weird and breaks tests of boto.
Minimized example:
In Python 3.4.3:
>>> from unittest import mock
>>> m = mock.MagicMock()
&g
20 matches
Mail list logo
